A mai óra témája a RIP, vagyis az útválasztási információs protokoll. Szó lesz a használatának különböző aspektusairól, konfigurációjáról és korlátairól. Mint mondtam, a RIP nem része a Cisco 200-125 CCNA tanfolyam tantervének, de úgy döntöttem, hogy külön leckét szentelek ennek a protokollnak, mivel a RIP az egyik fő útválasztási protokoll.
Ma 3 szempontot fogunk megvizsgálni: a működés megértése és a RIP beállítása az útválasztókban, RIP időzítők, RIP korlátozások. Ezt a protokollt 1969-ben hozták létre, tehát az egyik legrégebbi hálózati protokoll. Előnye a rendkívüli egyszerűségében rejlik. Manapság sok hálózati eszköz, köztük a Cisco, továbbra is támogatja a RIP protokollt, mivel ez nem egy szabadalmaztatott protokoll, mint az EIGRP, hanem egy nyilvános protokoll.
A RIP-nek 2 verziója létezik. Az első, klasszikus verzió nem támogatja a VLSM-et - az osztály nélküli IP-címzés alapját képező változó hosszúságú alhálózati maszkot, így csak egy hálózatot használhatunk. Erről egy kicsit később beszélek. Ez a verzió sem támogatja a hitelesítést.
Tegyük fel, hogy 2 routered van egymáshoz csatlakoztatva. Ebben az esetben az első útválasztó mindent elmond a szomszédjának, amit tud. Tegyük fel, hogy a 10-es hálózat csatlakozik az első útválasztóhoz, a 20-as hálózat az első és a második útválasztó között helyezkedik el, a 30-as pedig a második útválasztó mögött, majd az első útválasztó közli a másodikkal, hogy ismeri a 10-es és 20-as hálózatot, a 2-es pedig az 1. útválasztót, amely tud a 30-as és a 20-as hálózatról.
Az útválasztási protokoll azt jelzi, hogy ezt a két hálózatot hozzá kell adni az útválasztási táblázathoz. Általánosságban elmondható, hogy az egyik router a szomszédos routernek közli a hozzá csatlakozó hálózatokat, ami a szomszédjának stb. Egyszerűen fogalmazva, a RIP egy pletykaprotokoll, amely lehetővé teszi a szomszédos útválasztók számára, hogy információkat osszanak meg egymással, miközben minden szomszéd feltétel nélkül elhiszi, amit mondanak nekik. Minden útválasztó „hallgat” a hálózat változásaira, és megosztja azokat a szomszédaival.
A hitelesítési támogatás hiánya azt jelenti, hogy minden, a hálózathoz csatlakozó router azonnal teljes jogú résztvevővé válik. Ha le akarom hozni a hálózatot, akkor rákötöm a hacker routeremet egy rosszindulatú frissítéssel, és mivel az összes többi router megbízik benne, úgy frissítik az útválasztó tábláit, ahogy én akarom. A RIP első verziója nem nyújt védelmet az ilyen feltörések ellen.
A RIPv2-ben az útválasztó megfelelő konfigurálásával hitelesítést biztosíthat. Ebben az esetben az útválasztók közötti információk frissítése csak a jelszó megadásával történő hálózati hitelesítés után lehetséges.
A RIPv1 sugárzást használ, vagyis az összes frissítést broadcast üzenetekkel küldi el, így azokat a hálózat összes résztvevője megkapja. Tegyük fel, hogy az első útválasztóhoz csatlakozik egy számítógép, amely semmit sem tud ezekről a frissítésekről, mert csak az útválasztó eszközöknek van szükségük rájuk. Az 1-es router azonban elküldi ezeket az üzeneteket minden olyan eszközre, amelyik rendelkezik Broadcast ID-vel, vagyis még azoknak is, akiknek nincs szükségük rá.
A RIP második verziójában ez a probléma megoldódott - Multicast ID-t vagy multicast forgalomátvitelt használ. Ebben az esetben csak a protokollbeállításokban megadott eszközök kapnak frissítést. A hitelesítésen kívül a RIP ezen verziója támogatja a VLSM osztály nélküli IP-címzést. Ez azt jelenti, hogy ha a 10.1.1.1/24 hálózat csatlakozik az első útválasztóhoz, akkor minden olyan hálózati eszköz is kap frissítést, amelynek IP-címe ennek az alhálózatnak a címtartományába esik. A protokoll második verziója támogatja a CIDR metódust, vagyis amikor a második útválasztó frissítést kap, akkor tudja, hogy melyik hálózatról vagy útvonalról van szó. Az első verzió esetén, ha a 10.1.1.0 hálózat csatlakozik a routerhez, akkor a 10.0.0.0 hálózaton lévő eszközök és az azonos osztályba tartozó egyéb hálózatok is kapnak frissítéseket. Ebben az esetben a 2. útválasztó is teljes információt kap ezeknek a hálózatoknak a frissítéséről, de CIDR nélkül nem fogja tudni, hogy ez az információ egy A osztályú IP-címekkel rendelkező alhálózatra vonatkozik.
Ez az, amit a RIP nagyon általánosan fogalmaz. Most nézzük meg, hogyan konfigurálható. Be kell lépnie az útválasztó beállításainak globális konfigurációs módjába, és használnia kell a Router RIP parancsot.
Ezek után látni fogod, hogy a parancssori fejléc R1(config-router)#-ra változott, mert átléptünk a router alparancs szintjére. A második parancs a 2-es verzió lesz, vagyis jelezzük az útválasztónak, hogy a protokoll 2-es verzióját kell használnia. Ezután a hálózat XXXX paranccsal meg kell adnunk a hirdetett osztályos hálózat címét, amelyen keresztül a frissítéseket továbbítani kell, ennek a parancsnak 2 funkciója van: egyrészt megadja, hogy melyik hálózatot kell hirdetni, másrészt azt, hogy melyik interfészt kell használni. ezért. Látni fogja, mire gondolok, ha megnézi a hálózati konfigurációt.
Itt van 4 routerünk és egy számítógép, amely 192.168.1.0/26 azonosítójú hálózaton keresztül csatlakozik a switch-hez, amely 4 alhálózatra oszlik. Csak 3 alhálózatot használunk: 192.168.1.0/26, 192.168.1.64/26 és 192.168.1.128/26. Még mindig megvan a 192.168.1.192/26 alhálózat, de nem használjuk, mert nincs rá szükség.
Az eszközportok a következő IP-címekkel rendelkeznek: számítógép 192.168.1.10, az első útválasztó első portja 192.168.1.1, második portja 192.168.1.65, a második útválasztó első portja 192.168.1.66, a második útválasztó második portja 192.168.1.129. a harmadik útválasztó első portja 192.168.1.130 1 . Múltkor konvenciókról beszéltünk, így nem tudom követni a konvenciót és a .1 címet hozzárendelni a router második portjához, mert a .XNUMX nem része ennek a hálózatnak.
Ezután más címeket használok, mivel egy másik hálózatot indítunk - 10.1.1.0/16, így a második útválasztó második portja, amelyhez ez a hálózat csatlakozik, IP-címe 10.1.1.1, a negyedik portja pedig router, amelyhez a switch csatlakozik - 10.1.1.2 cím.
Az általam létrehozott hálózat konfigurálásához IP-címeket kell rendelnem az eszközökhöz. Kezdjük az első útválasztó első portjával.
Először létrehozzuk az R1 gazdagépnevet, hozzárendeljük a 0 címet az f0/192.168.1.1 porthoz, és megadjuk a 255.255.255.192 alhálózati maszkot, mivel /26 hálózatunk van. Végezzük el az R1 konfigurálását a no shut paranccsal. Az első f0/1 router második portja 192.168.1.65 IP-címet és 255.255.255.192 alhálózati maszkot kap.
A második útválasztó az R2 nevet kapja, az első f0/0 porthoz a 192.168.1.66 címet és a 255.255.255.192 alhálózati maszkot, a második f0/1 porthoz a 192.168.1.129 címet és a 255.255.255.192/ alhálózati maszkot rendeljük. XNUMX.
Továbblépve a harmadik útválasztóra, hozzárendeljük az R3 gazdagépnevet, az f0/0 port a 192.168.1.130 címet és a maszk 255.255.255.192, az f0/1 port pedig a 10.1.1.1 címet és a 255.255.0.0 maszkot kapja. 16, mert ez a hálózat /XNUMX.
Végül megyek az utolsó útválasztóhoz, nevezem el R4-nek, és az f0/0 porthoz 10.1.1.2 címet és 255.255.0.0 maszkot rendelek. Tehát minden hálózati eszközt konfiguráltunk.
Végül nézzük meg a számítógép hálózati beállításait – statikus IP-címe 192.168.1.10, félhálózati maszkja 255.255.255.192, alapértelmezett átjárócíme pedig 192.168.1.1.
Látta tehát, hogyan konfigurálhatja az alhálózati maszkot a különböző alhálózatokon lévő eszközökhöz, ez nagyon egyszerű. Most engedélyezzük az útválasztást. Belépek az R1 beállításaiba, beállítom a globális konfigurációs módot és beírom a router parancsot. Ezt követően a rendszer tippeket ad a parancs lehetséges útválasztási protokolljaihoz: bgp, eigrp, ospf és rip. Mivel oktatóanyagunk a RIP-ről szól, a router rip parancsát használom.
Ha kérdőjelet ír be, a rendszer új tippet ad ki a következő parancsra a protokoll funkcióinak lehetséges opcióival: automatikus összegzés - útvonalak automatikus összegzése, alapértelmezett információ - alapértelmezett információk megjelenítésének vezérlése, hálózat - hálózatok, időzítések és így tovább. Itt kiválaszthatja azokat az információkat, amelyeket a szomszédos eszközökkel kicserélünk. A legfontosabb funkció a verzió, ezért kezdjük a 2. verzió parancs beírásával, majd a network key parancsot kell használnunk, amely útvonalat hoz létre a megadott IP hálózathoz.
Később folytatjuk a Router1 konfigurálását, de most a Router 3-ra szeretnék lépni. Mielőtt használnám rajta a hálózati parancsot, nézzük meg a hálózati topológiánk jobb oldalát. Az útválasztó második portjának címe 10.1.1.1. Hogyan működik a RIP? A RIP, mint meglehetősen régi protokoll, még a második verziójában is használja a saját hálózati osztályait. Ezért annak ellenére, hogy a 10.1.1.0/16-os hálózatunk az A osztályba tartozik, meg kell adnunk ennek az IP-címnek a teljes osztályverzióját a network 10.0.0.0 paranccsal.
De még ha beírom a network 10.1.1.1 parancsot, majd megnézem az aktuális konfigurációt, akkor is látni fogom, hogy a rendszer a 10.1.1.1-et 10.0.0.0-ra javította, automatikusan a teljes osztályú címzési formátum használatával. Tehát ha a CCNA vizsgán a RIP-re vonatkozó kérdéssel találkozik, teljes osztályú címzést kell használnia. Ha a 10.0.0.0 helyett a 10.1.1.1 vagy 10.1.0.0 értéket írja be, akkor hibát követ el. Annak ellenére, hogy az átalakítás a teljes osztályú címzési űrlapra automatikusan megtörténik, azt tanácsolom, hogy kezdetben a megfelelő címet használja, hogy ne várja meg, amíg a rendszer kijavítja a hibát. Ne feledje – a RIP mindig teljes osztályú hálózati címzést használ.
A Network 10.0.0.0 parancs használata után a harmadik útválasztó beilleszti ezt a tizedik hálózatot az útválasztási protokollba, és elküldi a frissítést az R3-R4 útvonalon. Most be kell állítania a negyedik útválasztó útválasztási protokollját. Belépek a beállításaiba, és egymás után beírom a router rip, 2. verzió és hálózati 10.0.0.0 parancsokat. Ezzel a paranccsal megkérem az R4-et, hogy 10. kezdje el hirdetni a hálózatot a RIP routing protokoll használatával.
Most ez a két router tud információt cserélni, de ez nem változtat semmit. A show ip route parancs használata azt mutatja, hogy a FastEthernrt 0/0 portja közvetlenül kapcsolódik a 10.1.0.0 hálózathoz. A negyedik útválasztó, miután kapott egy hálózati bejelentést a harmadik útválasztótól, ezt fogja mondani: „Remek, haver, megkaptam a bejelentésedet a tizedik hálózatról, de már tudok róla, mert közvetlenül csatlakozom ehhez a hálózathoz.”
Ezért visszatérünk az R3 beállításokhoz, és beszúrunk egy másik hálózatot a 192.168.1.0 hálózati paranccsal. Ismét a teljes osztályú címzési formátumot használom. Ezt követően a harmadik router hirdetheti majd a 192.168.1.128-as hálózatot az R3-R4 útvonalon. Ahogy már mondtam, a RIP egy „pletyka”, amely minden szomszédjának elmondja az új hálózatokat, és átadja nekik az információkat az útválasztó táblájából. Ha most megnézed a harmadik router táblázatát, láthatod a hozzá kapcsolódó két hálózat adatait.
Ezeket az adatokat az útvonal mindkét végére továbbítja a második és a negyedik útválasztónak is. Térjünk át az R2 beállításaira. Ugyanazokat a parancsokat adom be a router rip, a 2-es verzió és a 192.168.1.0 hálózat, és itt kezdenek érdekesek lenni a dolgok. Megadom az 1.0-s hálózatot, de ez a 192.168.1.64/26-os és a 192.168.1.128/26-os hálózat is. Ezért, amikor megadom a 192.168.1.0 hálózatot, technikailag biztosítom az útválasztást az útválasztó mindkét interfészéhez. A kényelem az, hogy egyetlen paranccsal beállíthatja az útválasztást az eszköz összes portjához.
Pontosan ugyanazokat a paramétereket adom meg az R1 útválasztóhoz, és mindkét interfészhez ugyanúgy biztosítom az útválasztást. Ha most megnézi az R1 útválasztási táblázatát, láthatja az összes hálózatot.
Ez a router ismeri az 1.0-s és az 1.64-es hálózatot is. Az 1.128-as és a 10.1.1.0-s hálózatokról is tud, mert RIP-et használ. Ezt az R fejléc jelzi az útválasztási táblázat megfelelő sorában.
Kérjük, figyeljen az információra [120/2] - ez az adminisztratív távolság, vagyis az útválasztási információ forrásának megbízhatósága. Ez az érték lehet nagyobb vagy kisebb, de a RIP alapértelmezett értéke 120. Például egy statikus útvonal adminisztratív távolsága 1. Minél kisebb az adminisztrációs távolság, annál megbízhatóbb a protokoll. Ha az útválasztónak lehetősége van két protokoll közül választani, például a statikus útvonal és a RIP között, akkor úgy dönt, hogy a forgalmat a statikus útvonalon továbbítja. A zárójelben lévő második érték /2 a metrika. A RIP protokollban a metrika az ugrások számát jelenti. Ebben az esetben a 10.0.0.0/8 hálózat 2 ugrással érhető el, vagyis az R1 routernek a 192.168.1.64/26 hálózaton kell forgalmat küldenie, ez az első ugrás, és a 192.168.1.128/26 hálózaton keresztül ez a a második ugrás, a 10.0.0.0/8 hálózat elérése FastEthernet 0/1 interfésszel rendelkező, 192.168.1.66 IP-című eszközön keresztül.
Összehasonlításképpen, az R1 útválasztó elérheti a 192.168.1.128 hálózatot 120 adminisztratív távolsággal 1 ugrással a 192.168.1.66 interfészen keresztül.
Ha most megpróbálja pingelni a 0 IP-című R4 útválasztó interfészét a PC10.1.1.2 számítógépről, akkor az sikeresen visszatér.
Az első próbálkozás a Request timed out üzenettel meghiúsult, mert ARP használatakor az első csomag elveszett, de a másik három sikeresen visszakerült a címzetthez. Ez pont-pont kommunikációt biztosít a hálózaton a RIP útválasztási protokoll használatával.
Tehát a RIP protokoll útválasztó általi használatának aktiválásához egymás után be kell írnia a router rip, version 2 és network <hálózati szám / hálózati azonosító teljes osztályú formában> parancsokat.
Menjünk az R4 beállításokhoz, és írjuk be a show ip route parancsot. Látható, hogy a 10. hálózat közvetlenül csatlakozik az útválasztóhoz, és a 192.168.1.0/24 hálózat az f0/0 porton keresztül érhető el 10.1.1.1 IP-címmel RIP-en keresztül.
Ha odafigyel a 192.168.1.0/24 hálózat megjelenésére, észre fogja venni, hogy probléma van az útvonalak automatikus összegzésével. Ha az automatikus összegzés engedélyezve van, a RIP összesíti az összes hálózatot 192.168.1.0/24-ig. Nézzük meg, melyek az időzítők. A RIP protokollnak 4 fő időzítője van.
Az Update timer felelős a frissítések küldésének gyakoriságáért, 30 másodpercenként protokollfrissítéseket küldve a RIP útválasztásban részt vevő összes interfészre. Ez azt jelenti, hogy átveszi az útválasztási táblát, és elosztja az összes RIP módban működő porthoz.
Képzeljük el, hogy van 1. útválasztónk, amely az N2 hálózaton keresztül kapcsolódik a 2. útválasztóhoz. Az első és a második útválasztó előtt N1 és N3 hálózatok találhatók. Az 1. útválasztó közli a 2. útválasztóval, hogy ismeri az N1 és N2 hálózatot, és frissítést küld neki. A 2-es útválasztó közli az 1-es útválasztóval, hogy ismeri az N2 és N3 hálózatokat. Ebben az esetben az útválasztó portjai 30 másodpercenként útválasztási táblázatokat cserélnek.
Képzeljük el, hogy valamiért megszakadt az N1-R1 kapcsolat, és az 1. útválasztó már nem tud kommunikálni az N1 hálózattal. Ezt követően az első útválasztó csak az N2 hálózattal kapcsolatos frissítéseket küldi a második útválasztónak. A 2-es router, miután megkapta az első ilyen frissítést, azt fogja gondolni: „Remek, most be kell helyeznem az N1 hálózatot az Invalid Timerbe”, ami után elindítja az Érvénytelen időzítőt. 180 másodpercig nem cserél N1 hálózati frissítéseket senkivel, de ezen idő letelte után leállítja az Érvénytelen időzítőt és újra elindítja a Frissítési időzítőt. Ha ezalatt a 180 másodperc alatt nem kap frissítést az N1 hálózat állapotáról, akkor azt egy 180 másodpercig tartó Hold Down időzítőbe helyezi, azaz a Hold Down időzítő azonnal elindul az Érvénytelen időzítő lejárta után.
Ezzel egyidejűleg egy másik, negyedik Öblítési időzítő fut, amely az Érvénytelen időzítővel egyidejűleg indul. Ez az időzítő határozza meg az N1 hálózatra vonatkozó utolsó normál frissítés kézhezvétele és a hálózat eltávolítása között eltelt időt az útválasztási táblázatból. Így amikor az időzítő időtartama eléri a 240 másodpercet, az N1 hálózat automatikusan kikerül a második útválasztó útválasztási táblázatából.
Tehát az Update Timer 30 másodpercenként küld frissítéseket. Az Invalid Timer, amely 180 másodpercenként fut, megvárja, amíg egy új frissítés meg nem érkezik az útválasztóhoz. Ha nem érkezik meg, akkor a hálózatot tartási állapotba helyezi, és a Hold Down Timer 180 másodpercenként fut. De az Invalid és a Flush időzítő egyszerre indul el, így 240 másodperccel az öblítés indulása után a frissítésben nem említett hálózat kikerül az útválasztási táblázatból. Ezen időzítők időtartama alapértelmezés szerint be van állítva, és módosítható. Ilyenek a RIP időzítők.
Most nézzük meg a RIP protokoll korlátait, amelyek közül jó néhány van. Az egyik fő korlátozás az automatikus összegzés.
Térjünk vissza a 192.168.1.0/24 hálózatunkhoz. A 3-as útválasztó közli a 4-es útválasztóval a teljes 1.0-s hálózatot, amit /24 jelez. Ez azt jelenti, hogy ezen a hálózaton mind a 256 IP-cím elérhető, beleértve a hálózati azonosítót és a szórási címet, ami azt jelenti, hogy az ebben a tartományban lévő bármely IP-címmel rendelkező eszközökről érkező üzenetek a 10.1.1.1-es hálózaton keresztül kerülnek elküldésre. Nézzük az R3 útválasztó táblát.
A 192.168.1.0/26 hálózatot látjuk, 3 alhálózatra osztva. Ez azt jelenti, hogy az útválasztó csak három megadott IP-címet tud: 192.168.1.0, 192.168.1.64 és 192.168.1.128, amelyek a /26 hálózathoz tartoznak. De például nem tud semmit azokról az eszközökről, amelyek IP-címe a 192.168.1.192 és 192.168.1.225 közötti tartományba esik.
Az R4 azonban valamiért azt hiszi, hogy mindent tud arról a forgalomról, amit R3 küld neki, vagyis a 192.168.1.0/24 hálózat összes IP-címéről, ami teljesen hamis. Ugyanakkor az útválasztók elkezdhetik csökkenteni a forgalmat, mert „becsapják” egymást - elvégre a 3-as útválasztónak nincs joga elmondani a negyedik útválasztónak, hogy mindent tud ennek a hálózatnak az alhálózatairól. Ez az „automatikus összegzés” nevű probléma miatt következik be. Ez akkor fordul elő, amikor a forgalom különböző nagy hálózatokon halad át. Például esetünkben egy C osztályú címekkel rendelkező hálózat az R3 útválasztón keresztül csatlakozik egy A osztályú címekkel rendelkező hálózathoz.
Az R3 útválasztó ezeket a hálózatokat azonosnak tekinti, és automatikusan összesíti az összes útvonalat egyetlen 192.168.1.0 hálózati címben. Emlékezzünk vissza, miről beszéltünk a szupernet útvonalak összefoglalásáról az egyik előző videóban. Az összegzés oka egyszerű - a router úgy véli, hogy az útválasztási táblázatban egy bejegyzés, nálunk ez a 192.168.1.0/24 [120/1] a 10.1.1.1-en keresztül, jobb, mint 3 bejegyzés. Ha a hálózat több száz kis alhálózatból áll, akkor az összesítés letiltásakor az útválasztási tábla hatalmas számú útválasztási bejegyzésből áll. Ezért annak megakadályozására, hogy hatalmas mennyiségű információ halmozódjon fel az útválasztási táblákban, automatikus útvonal-összesítést alkalmaznak.
A mi esetünkben azonban az útvonalak automatikus összegzése problémát okoz, mert hamis információk cseréjére kényszeríti az útválasztót. Ezért be kell mennünk az R3 útválasztó beállításaiba, és be kell írnunk egy parancsot, amely tiltja az útvonalak automatikus összegzését.
Ehhez egymás után beírom a router rip és nincs automatikus összegzés parancsokat. Ezt követően meg kell várni, amíg a frissítés elterjed a hálózaton, majd az R4 router beállításainál használhatjuk a show ip route parancsot.
Láthatja, hogyan változott az útválasztó tábla. A táblázat előző verziójából megmaradt a 192.168.1.0/24 [120/1] bejegyzés a 10.1.1.1-en keresztül, majd van három olyan bejegyzés, amelyek az Update timernek köszönhetően 30 másodpercenként frissülnek. Az öblítési időzítő biztosítja, hogy a frissítés után 240 másodperccel plusz 30 másodperccel, azaz 270 másodperc elteltével ez a hálózat eltávolításra kerüljön az útválasztási táblázatból.
A 192.168.1.0/26, 192.168.1.64/26 és 192.168.1.128/26 hálózatok helyesen vannak felsorolva, tehát ha a forgalom a 192.168.1.225-ös eszközre irányul, akkor az eszköz eldobja, mert a router nem tudja, hol van az eszköz. azt a címet. De az előző esetben, amikor az R3 számára engedélyeztük az útvonalak automatikus összesítését, ez a forgalom a 10.1.1.1-es hálózatra irányult, ami teljesen rossz volt, mert az R3-nak azonnal el kellett dobnia ezeket a csomagokat anélkül, hogy továbbküldené őket.
Hálózati rendszergazdaként olyan hálózatokat kell létrehoznia, amelyek minimális mennyiségű felesleges forgalmat bonyolítanak le. Például ebben az esetben nem szükséges ezt a forgalmat R3-on keresztül továbbítani. Az Ön feladata, hogy a lehető legnagyobb mértékben növelje a hálózati átviteli sebességet, megakadályozva, hogy a forgalmat olyan eszközökre irányítsák, amelyeknek nincs szükségük rá.
A RIP következő korlátozása a hurkok vagy útválasztási hurkok. Már beszéltünk a hálózati konvergenciáról, amikor az útválasztási tábla megfelelően frissül. Esetünkben az útválasztó nem kaphat frissítéseket a 192.168.1.0/24 hálózathoz, ha nem tud róla semmit. Technikailag a konvergencia azt jelenti, hogy az útválasztási tábla csak a megfelelő információkkal frissül. Ennek akkor kell megtörténnie, amikor az útválasztót kikapcsolják, újraindítják, újra csatlakozik a hálózathoz stb. A konvergencia olyan állapot, amelyben az összes szükséges útválasztási tábla frissítése megtörtént, és az összes szükséges számítást elvégezték.
A RIP nagyon gyenge konvergenciával rendelkezik, és nagyon-nagyon lassú útválasztási protokoll. Emiatt a lassúság miatt fellép az útválasztási hurkok, vagyis a „végtelen számláló” probléma.
Az előző példához hasonló hálózati diagramot rajzolok - az 1-es útválasztó a 2-es útválasztóhoz csatlakozik az N2-es hálózaton, az N1-es hálózat az 1-es útválasztóhoz, az N2-as pedig a 3-es útválasztóhoz. Tegyük fel, hogy valamiért megszakadt az N1-R1 kapcsolat.
A 2. útválasztó tudja, hogy az N1 hálózat egy ugrással elérhető az 1. útválasztón keresztül, de ez a hálózat jelenleg nem működik. A hálózat meghibásodása után elindul az időzítők folyamata, az 1. útválasztó lenyomva állapotba helyezi, és így tovább. A 2-es útválasztón azonban fut egy frissítési időzítő, és a beállított időpontban frissítést küld az 1-es útválasztónak, amely szerint az N1 hálózat két ugrással elérhető rajta. Ez a frissítés az 1-es útválasztóhoz érkezik, mielőtt ideje lenne frissítést küldeni a 2-es útválasztónak az N1-es hálózat hibájáról.
Miután megkapta ezt a frissítést, az 1-es router ezt gondolja: „Tudom, hogy a hozzám kapcsolódó N1 hálózat valamiért nem működik, de a 2-es router azt mondta, hogy két ugrással elérhető rajta. Hiszek neki, ezért hozzáadok egy ugrást, frissítem az útválasztási táblázatomat, és küldök egy frissítést a 2-es útválasztónak, mondván, hogy az N1 hálózat három ugrással elérhető a 2-es útválasztón keresztül!”
Miután megkapta ezt a frissítést az első útválasztótól, a 2-es router ezt mondja: „ok, korábban kaptam egy frissítést az R1-től, amely szerint az N1 hálózat egy ugrással elérhető rajta. Most azt mondta, hogy 3 komlóban kapható. Lehet, hogy valami megváltozott a hálózatban, nem tudok nem hinni neki, ezért frissítem az útválasztási táblázatomat egy ugrással. Ezek után az R2 frissítést küld az első útválasztónak, amely szerint az N1 hálózata már 4 ugrással elérhető.
Látod mi a probléma? Mindkét útválasztó frissítéseket küld egymásnak, minden alkalommal hozzáadva egy ugrást, és végül az ugrások száma eléri a nagy számot. A RIP protokollban az ugrások maximális száma 16, és amint eléri ezt az értéket, a router felismeri, hogy probléma van, és egyszerűen eltávolítja ezt az útvonalat az útválasztási táblából. Ez a probléma az útválasztási hurkokkal a RIP-ben. Ez annak köszönhető, hogy a RIP egy távolságvektor protokoll, csak a távolságot figyeli, anélkül, hogy a hálózati szakaszok állapotára figyelne. 1969-ben, amikor a számítógépes hálózatok sokkal lassabbak voltak, mint most, a távolságvektoros megközelítés indokolt volt, így a RIP fejlesztői az ugrásszámot választották fő mérőszámnak. Manapság azonban ez a megközelítés sok problémát vet fel, ezért a modern hálózatok széles körben áttértek a fejlettebb útválasztási protokollokra, például az OSPF-re. De facto ez a protokoll a legtöbb globális vállalat hálózatának szabványává vált. Ezt a protokollt részletesen megvizsgáljuk az alábbi videók egyikében.
A RIP-hez már nem térünk vissza, mert ennek a legrégebbi hálózati protokollnak a példáján eleget meséltem az útválasztás alapjairól és azokról a problémákról, amelyek miatt megpróbálják többé nem ezt a protokollt használni nagy hálózatokhoz. A következő videóleckékben a modern útválasztási protokollokat fogjuk megvizsgálni - OSPF és EIGRP.
Köszönjük, hogy velünk tartott. Tetszenek cikkeink? További érdekes tartalmakat szeretne látni? Támogass minket rendeléssel vagy ajánlj ismerőseidnek, 30% kedvezmény a Habr felhasználóknak a belépő szintű szerverek egyedülálló analógjára, amelyet mi találtunk ki Önnek: (RAID1 és RAID10, akár 24 maggal és akár 40 GB DDR4-gyel is elérhető).
Dell R730xd kétszer olcsóbb? Csak itt Hollandiában! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollártól! Olvasni valamiről
Forrás: will.com