joten HSRP: llä, lyhenne sanoista Hot Standby Router Protocol, meillä tulee olemaan kaksi reititintä: yksi aktiivinen, yksi valmiustila. Nyt meillä voisi olla enemmän reitittimiä mukana luomassamme HSRP-ryhmässä, mutta ne joutuisivat odottamaan sivusta. Keskitymme tässä vain aktiiveihin ja valmiustilaan. Nyt näemme tässä HSRP-ryhmän. Mitä ryhmällä tarkoitetaan HSRP: ssä?
no, yhdessä aliverkossa meillä on tyypillisesti ryhmä reitittimiä ja ryhmä reitittimet on asetettu eteenpäin virtuaalinen IP-osoite ja virtuaalinen MAC-osoite, joka on yhdistetty siihen. Joten yleisesti ottaen, jokainen aliverkko saa ryhmän. Ja heidän on osallistuttava, muuten he ovat hajaantuneita. Heidän täytyy jakaa sama ryhmänumero osallistuakseen. Aktiivinen reititin siis välittäisi. Valmiusreititin odottaa siivissä ja se on ymmärrystä, koska se sanoo, ”Hei olen seuraavaksi paras tässä ryhmässä”. Nyt koukerot siitä, miten aktiivinen ja valmiustilassa tapahtuu ovat varsin kiehtova, ne ovat todella cool, mutta lopulta meidän on ymmärrettävä oletusarvot täällä. On prioriteettiluku, joka liittyy jokaiseen näistä reitittimistä, jotka osallistuvat ryhmään, ja se on sata (100). Toisin kuin muut teknologiat, joita olemme nähneet tällä kurssilla, korkeampi on parempi, OK? Meidän on pidettävä tämä mielessä.
joten Laite, jolla on korkeampi prioriteetti, tulee aktiiviseksi kuormatraktoriksi ryhmällemme. Jos haluat paljon yksityiskohtia siitä, miten reitittimemme osallistuu HSRP: hen, voimme tehdä tämän komennon, näyttää valmiustilaa. Olen rehellinen. Pidän show standby lyhyt komento, koska se osoittaa, mistä välitän. Mutta minulle, aion katsoa täällä ja aion nähdä, miten tämä reititin osallistuu viitaten sen käyttöliittymä.
R1#Näytä valmiustilaEternet0 / 0-Ryhmä 1tila on aktiivinen2 tilamuutosta, viimeisin tilamuutos 00:01:37virtuaalinen IP-osoite on 10.1.1.100Aktiivinen virtual MAC-osoite on 0000. 0c07.ac01paikallinen virtual MAC-osoite on 0000.0c07.ac01 (v1 oletusarvo)Hello-aika 3 sek, pitoaika 10 sekSeuraava hello lähetetty 1.680 sekEnnakkopoikkeus käytössäAktiivinen reititin on paikallinenValmiustilareititin on 10.1.1.2, prioriteetti 100 (päättyy 10.320 sekunnissa)prioriteetti 200 (määritetty 200)ryhmän nimi on ”HSRP-ET0/0-1” (oletusarvo)
R1#Näytä valmiustilalyhenneP ilmaisee, että se on määritetty ennaltaehkäisemään.|liitäntä Grp Pri P Tila aktiivinen valmiustila virtuaalinen IPEt0 / 0 1 200 P aktiivinen paikallinen 10.1.1.2 10.1.1.100
Tila aktiivinen, joten jos sinulta kysyttiin, onko tämä huolintareititin? Vastaus olisi, ehdottomasti. Näet virtuaalisen reitittimen IP-osoitteen, johon asiakkaasi pitäisi osoittaa. Muuten, sinun täytyy varmistaa, että säädät DHCP asetukset. Jos luot virtuaalisen IP-osoitteen, mutta et osoita asiakkaita siihen, se ei ole hyvä.
näet virtuaalisen MAC-osoitteen, joka on hyvin mielenkiintoinen. Syvemmässä keskustelussa opettaisimme sinulle tästä ja hei, aion antaa sinulle ohilennon juuri nyt. Ensimmäiset kuusi heksadesimaalimerkkiä ovat johdonmukaisia, sitten näemme 07.ac tässä lukee HSRP. Näetkö, että 01 aivan lopussa virtuaalisen MAC-osoite-se on itse asiassa, ryhmän numero heksadesimaalinen. Jos sinulla olisi ryhmä 10, Jos sinulla olisi ryhmä 10 ehkä VLAN 10: lle, se sanoisi 0a, koska se on heksadesimaalinen.
voimme nähdä ajastimet, 3 second hello, 10 second hold-down, eli sen oletusasetuksessa out-of-the box sen konvergenssiaika on 10 Sekuntia. Ja Muistatko ylläpitäjät, jotka haluavat asettaa toisen oletus yhdyskäytävän, ja sitten kritisoimme sitä perustuu ARP välimuisti? Tämä on ylivertaista. Voimme nähdä, myös jälleen se sanoo, aktiivinen reititin on paikallinen. Valmiustilan reititin on 10.1.1.2 ja meidän täytyy pystyä lukemaan se. Prioriteetti on 200, joten tämä on paljon hienoa tuotosta. Sitä kannattaa lukea ylhäältä alas.
HSRP-rajapinnan seuranta
Muistatko prioriteettiarvon? Mikä se oli? Mikä oli oletusarvo?
kunnossa. Se on 100. Oletusprioriteetti on siis 100.
toinen kysymys. Korkeampi tai alempi on parempi HSRP?
korkeampi on parempi.
Haluan siis mekanismin, joka dynaamisesti säätää prioriteettini terveydentilan perusteella. Haluan matalamman prioriteetin, jos en ole terve, ja me aiomme mitata terveyttä paikallisten rajapintojen tarkkailun perusteella. Tätä kutsutaan HSRP-rajapinnan seuraamiseksi. Teen siis näin. Säädän prioriteettini, eli vähennän siitä jotain. Saatan aloittaa satasella. Menetin liittymän. Pudotan sen kymmenellä. Tämä on itse asiassa oletusarvo. Joten jos Sidon useita rajapintoja tähän, ja nämä voivat olla rajapintoja ydin minun verkon, menettää yksi, vähennys 10. Nyt prioriteettini on 90. Menettää toinen, prioriteetti 80 ja on jopa tapoja mukauttaa tätä. Mutta mitä minä juuri tein? Kun katson porttieni tilaa, yksi portti menee nurin ja se on täysin uusi pallopeli. Valmiustilareititin voidaan määrittää ottamaan haltuun, kun se näkee, että aktiivisella reitittimellä on pienempi prioriteetti. Tarvitsemme toisen ominaisuuden kuin käyttöliittymän seuranta: tarvitsemme preempt. Valmiusreitittimen pitää olla riittävän mukava ohjaksiin. Kutsumme sitä valmiustilaksi, se on itse asiassa käsky. Teemme HSRP: stä ennalta ehkäisevän, eli sopeudumme lennossa. Nonpreemptive sanoo, että vaalit käydään vasta alussa.
joten kytkemme käyttöliittymän seuranta säätämään prioriteettimme perustuu tiettyihin rajapintoihin, sidomme sen protokollaan, sitten annamme valmiustilareitittimelle keinot ottaa haltuun ennalta. Kun teemme niin, lähetämme melko vankan HSRP-kokoonpanon, joka mahdollistaa meille ylimääräisen kolmoskerroksen alustan, johon asiakkaamme epäsuorasti viittaavat. Ja sitten, fail over voisi tapahtua, kun alusta epäonnistuu tai vaikka pienemmät asiat, kuten rajapinnat eivät vaikuta HSRP-ryhmään suoraan, mutta epäsuorasti vaikuttavat siihen perustuen painopisteiden muuttamiseen. Voimme tehdä HSRP: stä valvotun ja tarpeettoman siten, että voimme käsitellä näitä ja antaa meille valtavan korkean käytettävyyden. Ja voit jopa mennä niin pitkälle, että säätää ajastimet ovat paljon aggressiivisempia kuin oletusarvot. Ne ovat asioita toista päivää, mutta nyt olet nähnyt suuren täytäntöönpanon HSRP.
HSRP-kuormitustasapaino
muistele ryhmäkeskusteluamme. Sanoimme, että yksi aktiivinen, yksi valmiustilassa ryhmälle. Siksi kaikki konsernin liikenne tulee käyttämään samaa kuormatraktoria. Voimmeko ladata tasapainon? Ei tietylle ryhmälle, mutta voisimme luoda useita ryhmiä ja tarjota kuormantasausta. Ajattele sitä VLAN kerrallaan. Organisaatiossamme on VLAN 10 ja VLAN 20. Voisimme käyttää yhtä reititintä aktiivisena kuormatraktorina kaikessa VLAN 10: een kuuluvassa liikenteessä ja toista reititintä VLAN 20: n aktiivisena kuormatraktorina ja mitä sitten voimme tehdä? Voimme ottaa heidät toistemme standbyiksi. Jos yksi epäonnistuu, toinen voi ottaa kaikki VLAN: t taakakseen. Joten kyllä, voimme tehdä kuormituksen tasapainottamista, mutta sen on oltava Ryhmä-Ryhmä -, aliverkko-pohjalta. Kyse on vain siitä, että luomme eri ryhmät virtuaalisten IP-osoitteiden perusteella ja varmistamme, että jokaisen aliverkon asiakkailla on oikea oletusyhdyskäytävä, ja liikenne voi sujua niin kuin tarvitsemme. Joten voimme hyödyntää kaikkia linkkejä organisaatiossamme eikä vain yksi linkki 100% kylläinen.