Tänään jatkamme ICND2.6-kurssin osion 2 tutkimista ja tarkastelemme EIGRP-protokollan konfigurointia ja tarkistamista. EIGRP:n määrittäminen on hyvin yksinkertaista. Kuten missä tahansa muussa reititysprotokollassa, kuten RIP tai OSPF, siirryt reitittimen yleiseen määritystilaan ja annat reitittimen eigrp <#> -komennon, jossa # on AS-numero.
Tämän numeron on oltava sama kaikille laitteille, esimerkiksi jos sinulla on 5 reititintä ja ne kaikki käyttävät EIGRP:tä, niillä on oltava sama autonominen järjestelmänumero. OSPF:ssä tämä on prosessin tunnus tai prosessin numero, ja EIGRP:ssä autonomisen järjestelmän numero.
OSPF:ssä naapuruston luomiseksi eri reitittimien prosessitunnukset eivät välttämättä täsmää. EIGRP:ssä kaikkien naapureiden AS-numeroiden on oltava samat, muuten naapurustoa ei perusteta. EIGRP-protokollan voi ottaa käyttöön kahdella tavalla - ilman käänteisen maskin määrittämistä tai jokerimerkkimaskin määrittämistä.
Ensimmäisessä tapauksessa verkkokomento määrittää luokan IP-osoitteen, kuten 10.0.0.0. Tämä tarkoittaa, että mikä tahansa rajapinta IP-osoitteen 10 ensimmäisen oktetin kanssa osallistuu EIGRP-reitittämiseen, eli tässä tapauksessa kaikki verkon 10.0.0.0 luokan A osoitteet ovat mukana. Vaikka syötät tarkan aliverkon, kuten 10.1.1.10, määrittämättä käänteistä maskia, protokolla muuntaa sen silti IP-osoitteeksi, kuten 10.0.0.0. Huomaa siksi, että järjestelmä hyväksyy määritetyn aliverkon osoitteen joka tapauksessa, mutta pitää sitä luokkaosoitteena ja toimii koko A-, B- tai C-luokan verkon kanssa IP-osoitteen ensimmäisen oktetin arvosta riippuen.
Jos haluat suorittaa EIGRP:n 10.1.12.0/24-aliverkossa, sinun on käytettävä käänteisen maskin komentoverkkoa 10.1.12.0 0.0.0.255. Siten EIGRP toimii luokissa verkoissa ilman käänteismaskia, ja luokkattomissa aliverkoissa jokerimerkkimaskin käyttö on pakollista.
Siirrytään Packet Traceriin ja käytetään verkkotopologiaa edellisestä video-opetusohjelmasta, jonka esimerkissä tutustuimme FD:n ja RD:n käsitteisiin.
Perustetaan tämä verkko ohjelmaan ja katsotaan kuinka se toimii. Meillä on 5 reititintä R1-R5. Vaikka Packet Tracer käyttää reitittimiä GigabitEthernet-liitännöillä, muutin manuaalisesti verkon kaistanleveyttä ja viiveitä niin, että tämä malli osui aiemmin käsitellyn topologian kanssa. 10.1.1.0/24-verkon sijaan liitin R5-reitittimeen virtuaalisen loopback-liitännän, jolle annoin osoitteen 10.1.1.1/32.
Aloitetaan asettamalla R1-reititin. En ole vielä ottanut EIGRP:tä käyttöön täällä, mutta annoin vain IP-osoitteen reitittimelle. Config t -komennolla siirryn globaaliin konfigurointitilaan ja otan protokollan käyttöön kirjoittamalla reitittimen eigrp <autonomous system number>, jonka on oltava välillä 1 - 65535. Valitsen numeron 1 ja painan enteriä. Lisäksi, kuten sanoin, voit käyttää kahta tapaa.
Osaan kirjoittaa verkon ja verkon IP-osoitteen. Verkot 1/10.1.12.0, 24/10.1.13.0 ja 24/10.1.14.0 on yhdistetty reitittimeen R24. Ne ovat kaikki "kymmenennessä" verkossa, joten voin käyttää yhtä yleistä verkko 10.0.0.0 -komentoa. Jos painan Enter, EIGRP käynnistetään kaikissa kolmessa rajapinnassa. Voin varmistaa tämän antamalla komennon do show ip eigrp interfaces. Näemme, että protokolla toimii kahdella GigabitEthernet-liitännällä ja yhdellä sarjaliitännällä, johon R2-reititin on kytketty.
Jos suoritan uudelleen komennon do show ip eigrp interfaces tarkistaakseni, voin varmistaa, että EIGRP on todellakin käynnissä kaikissa porteissa.
Mennään reitittimeen R2 ja käynnistetään protokolla komennoilla config t ja router eigrp 1. Tällä kertaa emme käytä komentoa koko verkkoon, vaan käytämme käänteistä maskia. Tätä varten annan komennon verkko 10.1.12.0 0.0.0.255. Tarkista asetukset käyttämällä do show ip eigrp interfaces -komentoa. Näemme, että EIGRP on käynnissä vain Gig0/0-rajapinnassa, koska vain tämä liitäntä vastaa syötetyn komennon parametreja.
Tässä tapauksessa käänteinen maski tarkoittaa, että EIGRP-tila on voimassa kaikissa verkoissa, joiden IP-osoitteen kolme ensimmäistä oktettia ovat 10.1.12. Jos verkko, jolla on samat parametrit, on kytketty johonkin rajapintaan, tämä liitäntä lisätään niiden porttien luetteloon, joissa tämä protokolla toimii.
Lisätään toinen verkko verkko 10.1.25.0 0.0.0.255 -komennolla ja katsotaan miltä EIGRP:tä tukevien liitäntöjen luettelo nyt näyttää. Kuten näet, olemme nyt lisänneet Gig0/1-käyttöliittymän. Huomaa, että Gig0/0-liitännässä on yksi vertaisohjelma tai yksi naapuri, reititin R1, jonka olemme jo määrittäneet. Myöhemmin näytän sinulle komennot asetusten tarkistamiseksi, samalla kun jatkamme EIGRP:n määrittämistä muille laitteille. Voimme käyttää tai olla käyttämättä backmaskia määrittäessämme reitittimiä.
Siirryn R3-reitittimen CLI-konsoliin ja kirjoitan globaalissa konfiguraatiotilassa komennot reititin eigrp 1 ja verkko 10.0.0.0, sitten menen R4-reitittimen asetuksiin ja kirjoitan samat komennot ilman backmaskia.
Voit nähdä, kuinka EIGRP on helpompi määrittää kuin OSPF - jälkimmäisessä tapauksessa sinun on kiinnitettävä huomiota ABR: iin, vyöhykkeisiin, määritettävä niiden sijainti jne. Mitään näistä ei vaadita täällä - siirryn vain R5-reitittimen yleisiin asetuksiin, kirjoitan reitittimen eigrp 1 ja verkko 10.0.0.0, ja nyt EIGRP on käynnissä kaikissa viidessä laitteessa.
Katsotaanpa tietoja, joista puhuimme viimeisessä videossa. Siirryn R2-asetuksiin ja kirjoitan show ip route -komennon ja järjestelmä näyttää vaaditut merkinnät.
Kiinnitetään huomiota R5-reitittimeen tai pikemminkin verkkoon 10.1.1.0/24. Tämä on reititystaulukon ensimmäinen rivi. Ensimmäinen numero suluissa on hallinnollinen etäisyys, joka on 90 EIGRP-protokollalle. Kirjain D tarkoittaa, että tiedot tästä reitistä toimittaa EIGRP-protokolla, ja toinen numero suluissa, yhtä suuri kuin 26112, on reitin R2-R5 metri. Jos palaamme edelliseen kaavioon, näemme, että tässä metrinen arvo on 28416, joten minun on selvitettävä, mikä on syynä tähän epäsuhtaan.
Kirjoitamme R0-asetuksiin komennon show interface loopback 5. Syynä on se, että käytimme silmukkarajapintaa: jos katsot kaaviosta R5-viivettä, niin se on 10 μs ja reitittimen asetuksissa meille annetaan tieto, että DLY-viive on 5000 mikrosekuntia. Katsotaan voinko muuttaa tätä arvoa. Siirryn R5 globaaliin konfigurointitilaan ja kirjoitan käyttöliittymän silmukan 0 ja viive komennot. Järjestelmä antaa vihjeen, että viivearvo voidaan määrittää välillä 1 - 16777215 ja kymmenissä mikrosekunneissa. Koska viivearvo 10 μs vastaa 1 kymmenissä, syötän komennon viive 1. Tarkistamme rajapintaparametrit uudelleen ja näemme, että järjestelmä ei hyväksynyt tätä arvoa, eikä se halua tehdä sitä edes verkkoparametreja päivittäessään R2-asetuksissa.
Vakuutan kuitenkin, että jos laskemme edellisen kaavion metriikan uudelleen ottaen huomioon R5-reitittimen fyysiset parametrit, reitin R2:sta 10.1.1.0/24-verkkoon etäisyyden toteuttamiskelpoinen arvo on 26112. Katsotaanpa R1-reitittimen parametrien vastaavia arvoja kirjoittamalla show ip route. Kuten näet, 10.1.1.0/24-verkon osalta tehtiin uudelleenlaskenta ja nyt metriarvo on 26368, ei 28416.
Voit tarkistaa tämän uudelleenlaskelman edellisen video-opetusohjelman kaavion perusteella ottaen huomioon Packet Tracerin erityispiirteet, joka käyttää rajapintojen erilaisia fyysisiä parametreja, erityisesti erilaista viivettä. Yritä luoda oma verkkotopologiasi näillä kaistanleveys- ja latenssiarvoilla ja laskea sen parametrit. Käytännössäsi sinun ei tarvitse suorittaa tällaisia laskelmia, vaan tiedät kuinka tehdä se. Koska jos haluat käyttää edellisessä videossa mainitsemaamme kuormituksen tasapainotusta, sinun on tiedettävä, kuinka voit muuttaa viivettä. En suosittele koskettamaan kaistanleveyttä, EIGRP:n säätämiseen riittää viivearvojen muuttaminen.
Joten voit muuttaa kaistanleveyden ja viiveen arvoja, mikä muuttaa EIGRP-metriikan arvoja. Tämä on kotitehtäväsi. Kuten tavallista, voit ladata tätä varten verkkosivustoltamme ja käyttää molempia verkkotopologioita Packet Tracerissa. Palataan suunnitelmaamme.
Kuten näet, EIGRP:n määrittäminen on hyvin yksinkertaista, ja voit käyttää kahta tapaa määrittää verkkoja: backmaskin kanssa tai ilman. Kuten OSPF:ssä, EIGRP:ssä meillä on 3 taulukkoa: naapuritaulukko, topologiataulukko ja reittitaulukko. Katsotaanpa näitä taulukoita uudelleen.
Mennään R1-asetuksiin ja aloitetaan naapuritaulukosta kirjoittamalla show ip eigrp naapurit -komento. Näemme, että reitittimellä on 3 naapuria.
Osoite 10.1.12.2 on reititin R2, 10.1.13.1 on reititin R3 ja 10.1.14.1 on reititin R4. Taulukosta näkyy myös, minkä rajapintojen kautta kommunikointi naapureiden kanssa tapahtuu. Pitoaika näkyy alla. Jos muistat, tämä on ajanjakso, joka on oletuksena 3 Hello-jaksoa tai 3 x 5s = 15s. Jos naapuri ei tänä aikana ole saanut Hello-vastausta, yhteys katsotaan katkenneeksi. Teknisesti, jos naapurit vastaavat, tämä arvo laskee 10 sekuntiin ja sitten takaisin 15 sekuntiin. 5 sekunnin välein reititin lähettää Hello-viestin, ja naapurit vastaavat siihen seuraavan viiden sekunnin kuluessa. SRTT-pakettien edestakainen aika on 40 ms. Sen laskenta suoritetaan RTP-protokollalla, jota EIGRP käyttää naapureiden välisen viestinnän järjestämiseen. Ja nyt tarkastelemme topologiataulukkoa, johon käytämme show ip eigrp topology -komentoa.
OSPF-protokolla kuvaa tässä tapauksessa monimutkaista, syvää topologiaa, joka sisältää kaikki reitittimet ja kaikki verkossa saatavilla olevat linkit. EIGRP-protokolla näyttää yksinkertaistetun topologian, joka perustuu kahteen reittimittariin. Ensimmäinen mittari on pienin mahdollinen etäisyys, joka on yksi reitin ominaisuuksista. Lisäksi vinoviivan kautta näytetään ilmoitettu etäisyysarvo - tämä on toinen mittari. Verkolle 10.1.1.0/24, joka on yhdistetty reitittimeen 10.1.12.2, mahdollinen etäisyysarvo on 26368 (ensimmäinen arvo suluissa). Sama arvo sijoitetaan reititystaulukkoon, koska reititin 10.1.12.2 on vastaanotin - seuraaja.
Jos toisen reitittimen raportoitu etäisyys, tässä tapauksessa reitittimen 3072 arvo 10.1.14.4, on pienempi kuin lähimmän naapurin mahdollinen etäisyys, kyseinen reititin on toteutettavissa oleva seuraaja. Jos yhteys reitittimen 10.1.12.2 kanssa katkeaa GigabitEthernet 0/0 -liitännän kautta, reititin 10.1.14.4 ottaa haltuunsa seuraajatoiminnon.
OSPF:ssä reitin laskeminen varareitittimen kautta vie tietyn ajan, jolla on merkittävä rooli verkon suuren koon kanssa. EIGRP ei tuhlaa aikaa tällaisiin laskelmiin, koska se tietää jo ehdokkaan seuraajan rooliin. Katsotaanpa topologiataulukkoa show ip route -komennolla.
Kuten näet, se on Successor, eli reititin, jolla on pienin FD-arvo, joka sijoitetaan reititystaulukkoon. Kanava metriikalla 26368 on merkitty tässä, joka on kohdereitittimen 10.1.12.2 FD.
On kolme komentoa, joilla voidaan tarkistaa kunkin liitännän reititysprotokollan asetukset.
Ensimmäinen on show running-config. Sen avulla voin nähdä, mikä protokolla on käynnissä tässä laitteessa, tämä näkyy reitittimen eigrp 1 -sanomalla verkkoon 10.0.0.0. Näistä tiedoista on kuitenkin mahdotonta määrittää, millä liitännöillä tämä protokolla on käynnissä, joten minun on katsottava luetteloa kaikkien R1-liitäntöjen parametreistä. Samalla kiinnitän huomiota jokaisen liitännän IP-osoitteen ensimmäiseen oktettiin - jos se alkaa 10:llä, niin EIGRP on voimassa tässä rajapinnassa, koska tässä tapauksessa verkko-osoitteen 10.0.0.0 kanssa sovituksen ehto täyttyy. Siten käyttämällä show running-config -komentoa voit selvittää, mikä protokolla on käynnissä kussakin rajapinnassa.
Seuraava testikomento on show ip protocols. Tämän komennon antamisen jälkeen näet, että reititysprotokolla on "eigrp 1". Seuraavaksi näytetään K-kertoimien arvot metriikan laskemiseksi. Heidän opiskelunsa ei sisälly ICND-kurssiin, joten hyväksymme asetuksissa oletusarvoiset K-arvot.
Tässä, kuten OSPF:ssä, Router-ID näytetään IP-osoitteena: 10.1.12.1. Jos et määritä tätä parametria manuaalisesti, järjestelmä valitsee automaattisesti RID:ksi takaisinkytkentäliitännän, jolla on korkein IP-osoite.
Seuraava osoittaa, että automaattinen reitin yhteenveto on poistettu käytöstä. Tämä on tärkeä seikka, koska jos käytämme aliverkkoja luokkattomilla IP-osoitteilla, on parempi poistaa summaus käytöstä. Jos otat tämän ominaisuuden käyttöön, tapahtuu seuraavaa.
Kuvittele, että meillä on EIGRP:tä käyttävät reitittimet R1 ja R2 ja 2 verkkoa on kytketty reitittimeen R3: 10.1.2.0, 10.1.10.0 ja 10.1.25.0. Jos automaattinen yhteenveto on käytössä, kun R2 lähettää päivityksen R1:lle, se osoittaa, että se on yhdistetty 10.0.0.0/8-verkkoon. Tämä tarkoittaa, että kaikki 10.0.0.0/8-verkkoon kytketyt laitteet lähettävät siihen päivityksiä, ja kaikki verkkoon 10. suunnattu liikenne on ohjattava R2:een.
Mitä tapahtuu, jos toinen reititin R1, joka on yhdistetty verkkoihin 3 ja 10.1.5.0, liitetään ensimmäiseen reitittimeen R10.1.75.0? Jos R3 käyttää myös automaattista yhteenvetoa, se kertoo R1:lle, että kaikki 10.0.0.0/8-verkkoon suunnattu liikenne tulee ohjata siihen.
Jos R1 on yhdistetty R2:een 192.168.1.0:ssa ja R3 on kytketty 192.168.2.0:aan, EIGRP tekee vain automaattisia yhteenvetoja koskevia päätöksiä R2-kerroksessa, mikä on väärin. Siksi, jos haluat käyttää automaattista yhteenvetoa tietylle reitittimelle, meidän tapauksessamme R2, varmista, että kaikki aliverkot, joiden IP-osoitteen ensimmäinen oktetti on 10., on kytketty vain tähän reitittimeen. Sinulla ei saa olla verkkoja kytkettynä 10. muualle, toiseen reitittimeen. Verkon ylläpitäjän, joka aikoo käyttää reittien automaattista yhteenvetoa, on varmistettava, että kaikki verkot, joilla on sama luokkaosoite, on yhdistetty samaan reitittimeen.
Käytännössä on kätevämpää, että automaattinen summaustoiminto on oletuksena pois käytöstä. Tässä tapauksessa reititin R2 lähettää erilliset päivitykset reitittimeen R1 jokaiselle siihen liitetylle verkolle: yksi 10.1.2.0, yksi 10.1.10.0 ja yksi 10.1.25.0. Tässä tapauksessa R1-reititystaulukkoa täydennetään ei yhdellä, vaan kolmella reitillä. Tietenkin yhteenveto auttaa vähentämään reititystaulukon merkintöjen määrää, mutta jos suunnittelet sen väärin, voit tuhota koko verkon.
Palataanko show ip protocols -komentoon. Huomaa, että tässä näet hallinnollisen etäisyyden arvon 90 sekä kuormituksen tasapainotuksen enimmäispolun, jonka oletusarvo on 4. Kaikilla näillä poluilla on sama hinta. Niiden lukumäärää voidaan vähentää esimerkiksi 2:een tai nostaa 16:een.
Seuraavaksi hyppylaskurin tai reitityssegmenttien enimmäiskoko on 100 ja arvo on Maksimimetrinen varianssi = 1. EIGRP:ssä Variance-varianssi mahdollistaa samansuuruisten reittien huomioimisen, joiden metriikot ovat suhteellisen lähellä arvoa, jolloin voit lisätä reititystaulukkoon useita reittejä, joilla on samaan aliverkkoon johtavia mittareita. Tarkastelemme tätä myöhemmin tarkemmin.
Tietojen reititys verkoille: 10.0.0.0 on osoitus siitä, että käytämme no backmask -vaihtoehtoa. Jos siirrymme R2-asetuksiin, joissa käytimme käänteistä maskia, ja annamme show ip protocols -komennon, näemme, että tämän reitittimen Routing for Networks on kaksi riviä: 10.1.12.0/24 ja 10.1.25.0/24, eli siinä on osoitus jokerimerkkimaskin käytöstä.
Käytännön syistä sinun ei tarvitse muistaa, millaista tietoa testikomennot antavat - käytä niitä ja katso tulos. Kokeessa sinulla ei kuitenkaan ole mahdollisuutta vastata kysymykseen, jonka voi tarkistaa show ip protocols -komennolla. Sinun on valittava yksi oikea vastaus useista vaihtoehdoista. Jos aiot tulla korkean tason Cisco-asiantuntijaksi ja saat CCNA-sertifikaatin lisäksi myös CCNP- tai CCIE-sertifikaatin, sinun on tiedettävä, mitä erityistä tietoa tämä tai tuo testikomento tuottaa ja mitä suorituskomennot ovat tarkoitettu. Sinun on hallittava Cisco-laitteiden teknisen osan lisäksi myös Cisco iOS -käyttöjärjestelmä, jotta voit määrittää nämä verkkolaitteet oikein.
Palataan tietoihin, jotka järjestelmä antaa vastauksena show ip protocols -komennolle. Näemme reititystietolähteet, jotka on esitetty riveinä, joissa on IP-osoite ja hallinnollinen etäisyys. Toisin kuin OSPF-tiedoissa, EIGRP ei käytä tässä tapauksessa Router ID:tä, vaan reitittimien IP-osoitteita.
Viimeinen komento, jonka avulla voit tarkastella suoraan liitäntöjen tilaa, on show ip eigrp interfaces. Jos annat tämän komennon, näet kaikki EIGRP:tä käyttävät reitittimen liitännät.
Näin ollen on kolme tapaa varmistaa, että laite käyttää EIRGP-protokollaa.
Tarkastellaan yhtäläisten kustannusten kuormituksen tasapainotusta tai tasaista kuormitusta. Jos kahdella liitännällä on sama hinta, ne kuormitetaan oletusarvoisesti.
Katsotaanpa Packet Tracerin avulla, miltä se näyttää käyttämällä jo tuntemaamme verkkotopologiaa. Haluan muistuttaa, että kaistanleveys ja viivearvot ovat samat kaikille kuvattujen reitittimien välisille kanaville. Otan EIGRP-tilan käyttöön kaikille neljälle reitittimelle, joiden osalta menen vuorotellen niiden asetuksiin ja kirjoitan komennot config terminal, router eigrp ja verkko 4.
Oletetaan, että meidän on valittava optimaalinen reitti R1-R4 silmukan virtuaaliseen rajapintaan 10.1.1.1, kun taas kaikilla neljällä linkillä R1-R2, R2-R4, R1-R3 ja R3-R4 on sama hinta. Jos annat R1 CLI:ssä komennon show ip route, näet, että 10.1.1.0/24-verkkoon pääsee kahta reittiä pitkin: GigabitEthernet10.1.12.2/0-liitäntään yhdistetyn 0-reitittimen kautta tai 10.1.13.3-reitittimen kautta, jotka on liitetty GigabitEthernet-reitittimeen, ja molemmat samat0/metrics-liitäntään.
Jos annamme show ip eigrp topology -komennon, näemme samat tiedot tässä: 2 seuraajavastaanotinta, joilla on sama FD-arvo 131072.
Olemme siis oppineet, mikä on vastaava ECLB-kuormituksen tasapainotus, joka voidaan suorittaa sekä OSPF:n että EIGRP:n tapauksessa.
EIGRP:ssä on kuitenkin myös epätasapainoinen kuormitus (UCLB) tai epätasainen tasapainotus. Joissakin tapauksissa mittarit voivat poiketa hieman toisistaan, mikä tekee reiteistä lähes samanarvoisia, jolloin EIGRP sallii kuormituksen tasapainotuksen käyttämällä "variaatioksi" kutsuttua arvoa - Variance.
Kuvittele, että meillä on yksi reititin yhdistetty kolmeen muuhun - R1, R2 ja R3.
Reitittimen R2 FD = 90 alin, joten se toimii seuraajana. Harkitse kahden muun kanavan RD:tä. R1:n RD 80 on pienempi kuin R2:n FD, joten R1 toimii varmuuskopion toteuttamiskelpoisena seuraajana. Koska R3:n RD on suurempi kuin R1:n FD, siitä ei koskaan voi tulla mahdollista seuraajaa.
Joten meillä on reititin - seuraaja ja reititin - toteutettavissa oleva seuraaja. Voit sijoittaa R1:n reititystaulukkoon käyttämällä erilaisia varianssiarvoja. EIGRP:ssä oletusarvoisesti Variance = 1, joten reititin R1 mahdollisena seuraajana ei ole reititystaulukossa. Jos käytämme arvoa Variance =2, R2:n FD-arvo kerrotaan kahdella ja on 2. Tässä tapauksessa R180:n FD on pienempi kuin R1:n FD: 2 < 120, joten R180 sijoitetaan reititystaulukkoon seuraajaksi.
Jos yhtälömme Variance =3, niin vastaanottimen R2 FD-arvo on 90 x 3 = 270. Tässä tapauksessa reititin R1 putoaa myös reititystaulukkoon, koska 120 < 270. Älä hämmennä, että reititin R3 ei putoa taulukkoon, vaikka sen FD = 250 reitittimen kanssa a,3 on pienempi kuin R2:n R250 arvo 270 < 3. Tosiasia on, että reitittimelle R180 ehto RD < FD seuraaja ei edelleenkään täyty, koska RD=90 ei ole pienempi, vaan suurempi kuin FD = 3. Näin ollen, koska R3 ei voi aluksi olla Toteutettava seuraaja, vaikka variaatioarvo olisi XNUMX, se ei silti pääse reititystaulukkoon.
Siten muuttamalla Variancen arvoa voimme käyttää epätasaista kuormitusta sisällyttääksemme tarvitsemamme reitin reititystaulukkoon.
Kiitos, että pysyt kanssamme. Pidätkö artikkeleistamme? Haluatko nähdä mielenkiintoisempaa sisältöä? Tue meitä tekemällä tilauksen tai suosittelemalla ystäville, 30 %:n alennus Habr-käyttäjille ainutlaatuisesta lähtötason palvelimien analogista, jonka me keksimme sinulle: (saatavana RAID1:n ja RAID10:n kanssa, jopa 24 ydintä ja jopa 40 Gt DDR4-muistia).
Dell R730xd 2 kertaa halvempi? Vain täällä Alankomaissa! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - alkaen 99 dollaria! Lukea
Lähde: will.com