Tematem dzisiejszej lekcji jest RIP, czyli protokół informacji o routingu. Porozmawiamy o różnych aspektach jego użytkowania, konfiguracji i ograniczeniach. Jak powiedziałem, protokół RIP nie jest częścią programu kursu Cisco 200-125 CCNA, ale zdecydowałem się poświęcić temu protokołowi osobną lekcję, ponieważ RIP jest jednym z głównych protokołów routingu.
Dzisiaj przyjrzymy się 3 aspektom: zrozumieniu działania i konfiguracji protokołu RIP w routerach, zegarom RIP, ograniczeniom protokołu RIP. Protokół ten powstał w 1969 roku, jest więc jednym z najstarszych protokołów sieciowych. Jego zaletą jest niezwykła prostota. Obecnie wiele urządzeń sieciowych, w tym Cisco, nadal obsługuje protokół RIP, ponieważ nie jest to protokół zastrzeżony, taki jak EIGRP, ale protokół publiczny.
Istnieją 2 wersje protokołu RIP. Pierwsza, klasyczna wersja, nie obsługuje VLSM – maski podsieci o zmiennej długości, na której opiera się bezklasowe adresowanie IP, dzięki czemu możemy korzystać tylko z jednej sieci. Porozmawiam o tym trochę później. Ta wersja również nie obsługuje uwierzytelniania.
Załóżmy, że masz 2 routery połączone ze sobą. W tym przypadku pierwszy router przekazuje swojemu sąsiadowi wszystko, co wie. Załóżmy, że sieć 10 jest podłączona do pierwszego routera, sieć 20 znajduje się pomiędzy pierwszym a drugim routerem, a sieć 30 znajduje się za drugim routerem. Następnie pierwszy router informuje drugiego, że zna sieci 10 i 20, a router 2 informuje router 1, który wie o sieci 30 i sieci 20.
Protokół routingu wskazuje, że te dwie sieci powinny zostać dodane do tablicy routingu. Generalnie okazuje się, że jeden router informuje router sąsiedni o podłączonych do niego sieciach, który informuje swojego sąsiada itp. Mówiąc najprościej, RIP to protokół plotek, który umożliwia sąsiednim routerom wymianę informacji między sobą, przy czym każdy sąsiad bezwarunkowo wierzy w to, co mu powiedziano. Każdy router „nasłuchuje” zmian w sieci i udostępnia je swoim sąsiadom.
Brak obsługi uwierzytelniania sprawia, że każdy router podłączony do sieci od razu staje się pełnoprawnym uczestnikiem. Jeśli chcę wyłączyć sieć, podłączę mój router hakerski ze złośliwą aktualizacją, a ponieważ wszystkie inne routery mu ufają, zaktualizują swoje tablice routingu tak, jak chcę. Pierwsza wersja protokołu RIP nie zapewnia żadnej ochrony przed tego typu włamaniami.
W protokole RIPv2 można zapewnić uwierzytelnianie, odpowiednio konfigurując router. W takim przypadku aktualizacja informacji pomiędzy routerami będzie możliwa dopiero po przejściu uwierzytelnienia sieci poprzez wprowadzenie hasła.
RIPv1 wykorzystuje rozgłaszanie, co oznacza, że wszystkie aktualizacje są wysyłane za pomocą komunikatów rozgłoszeniowych, dzięki czemu są odbierane przez wszystkich uczestników sieci. Załóżmy, że do pierwszego routera podłączony jest komputer, który nie wie nic o tych aktualizacjach, ponieważ potrzebują ich tylko urządzenia routujące. Jednak router 1 wyśle te wiadomości do wszystkich urządzeń, które mają identyfikator rozgłoszeniowy, czyli nawet do tych, które go nie potrzebują.
W drugiej wersji protokołu RIP problem ten został rozwiązany – wykorzystuje on Multicast ID, czyli transmisję ruchu multicast. W takim przypadku aktualizacje otrzymują tylko te urządzenia, które są określone w ustawieniach protokołu. Oprócz uwierzytelniania ta wersja protokołu RIP obsługuje bezklasowe adresowanie IP VLSM. Oznacza to, że jeśli do pierwszego routera zostanie podłączona sieć 10.1.1.1/24, wówczas aktualizacje otrzymają także wszystkie urządzenia sieciowe, których adres IP mieści się w zakresie adresów tej podsieci. Druga wersja protokołu obsługuje metodę CIDR, czyli gdy drugi router otrzyma aktualizację, wie, jakiej konkretnie sieci lub trasy dotyczy. W przypadku pierwszej wersji, jeśli do routera podłączona jest sieć 10.1.1.0, wówczas aktualizacje otrzymają także urządzenia w sieci 10.0.0.0 i innych sieciach należących do tej samej klasy. W tym przypadku router 2 również otrzyma pełną informację o aktualizacji tych sieci, jednak bez CIDR nie będzie wiedział, że informacja ta dotyczy podsieci z adresami IP klasy A.
Oto, czym jest RIP w bardzo ogólnym ujęciu. Przyjrzyjmy się teraz, jak można to skonfigurować. Musisz przejść do trybu konfiguracji globalnej ustawień routera i użyć polecenia Router RIP.
Następnie zobaczysz, że nagłówek wiersza poleceń zmienił się na R1(config-router)#, ponieważ przeszliśmy na poziom podkomend routera. Drugim poleceniem będzie Wersja 2, czyli wskazujemy routerowi, że powinien używać wersji 2 protokołu. Następnie należy wprowadzić adres anonsowanej sieci klasowej, po której mają być przesyłane aktualizacje za pomocą polecenia sieć XXXX. Polecenie to ma 2 funkcje: po pierwsze określa, która sieć ma być anonsowana, a po drugie, z jakiego interfejsu należy skorzystać dla tego. Zobaczysz, co mam na myśli, patrząc na konfigurację sieci.
Tutaj mamy 4 routery i komputer podłączony do switcha poprzez sieć o identyfikatorze 192.168.1.0/26, która jest podzielona na 4 podsieci. Używamy tylko 3 podsieci: 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26. Nadal mamy podsieć 192.168.1.192/26, ale nie jest ona używana, bo nie jest potrzebna.
Porty urządzenia mają następujące adresy IP: komputer 192.168.1.10, pierwszy port pierwszego routera 192.168.1.1, drugi port 192.168.1.65, pierwszy port drugiego routera 192.168.1.66, drugi port drugiego routera 192.168.1.129, pierwszy port trzeciego routera 192.168.1.130 . Ostatnim razem mówiliśmy o konwencjach, więc nie mogę trzymać się konwencji i przypisać adres .1 do drugiego portu routera, ponieważ .1 nie jest częścią tej sieci.
Następnie używam innych adresów, bo uruchamiamy inną sieć - 10.1.1.0/16, więc drugi port drugiego routera, do którego ta sieć jest podłączona, ma adres IP 10.1.1.1, a port czwartego router, do którego podłączony jest przełącznik - adres 10.1.1.2.
Aby skonfigurować stworzoną przeze mnie sieć muszę przypisać adresy IP do urządzeń. Zacznijmy od pierwszego portu pierwszego routera.
Najpierw utworzymy nazwę hosta R1, przypiszemy adres 0 do portu f0/192.168.1.1 i określimy maskę podsieci 255.255.255.192, ponieważ mamy sieć /26. Zakończmy konfigurację R1 za pomocą polecenia no Shut. Drugi port pierwszego routera f0/1 otrzyma adres IP 192.168.1.65 i maskę podsieci 255.255.255.192.
Drugi router otrzyma nazwę R2, do pierwszego portu f0/0 przypiszemy adres 192.168.1.66 i maskę podsieci 255.255.255.192, do drugiego portu f0/ adres 1 i maskę podsieci 192.168.1.129 255.255.255.192.
Przechodząc do trzeciego routera, przypiszemy mu nazwę hosta R3, port f0/0 otrzyma adres 192.168.1.130 i maskę 255.255.255.192, a port f0/1 otrzyma adres 10.1.1.1 i maskę 255.255.0.0. 16, ponieważ ta sieć to /XNUMX.
Na koniec przejdę do ostatniego routera, nadam mu nazwę R4 i przypiszę portowi f0/0 adres 10.1.1.2 i maskę 255.255.0.0. Skonfigurowaliśmy więc wszystkie urządzenia sieciowe.
Na koniec przyjrzyjmy się ustawieniom sieciowym komputera – ma on statyczny adres IP 192.168.1.10, maskę półsieci 255.255.255.192 i adres bramy domyślnej 192.168.1.1.
Widziałeś już, jak skonfigurować maskę podsieci dla urządzeń w różnych podsieciach, jest to bardzo proste. Teraz włączmy routing. Wchodzę w ustawienia R1, ustawiam tryb konfiguracji globalnej i wpisuję polecenie routera. Następnie system wyświetla wskazówki dotyczące możliwych protokołów routingu dla tego polecenia: bgp, eigrp, ospf i rip. Ponieważ nasz samouczek dotyczy protokołu RIP, używam polecenia router rip.
Jeśli wpiszesz znak zapytania, system wyświetli nową podpowiedź dla następującego polecenia z możliwymi opcjami funkcji tego protokołu: auto-summary - automatyczne podsumowanie tras, default-information - kontrola prezentacji informacji domyślnych, sieć - sieci, czasy i tak dalej. Tutaj możesz wybrać informacje, które będziemy wymieniać z sąsiednimi urządzeniami. Najważniejszą funkcją jest wersja, więc zaczniemy od wpisania polecenia wersja 2. Następnie musimy użyć polecenia klucz sieciowy, który utworzy trasę dla określonej sieci IP.
Później będziemy kontynuować konfigurowanie Routera 1, ale na razie chcę przejść do Routera 3. Zanim użyję na nim polecenia network, spójrzmy na prawą stronę topologii naszej sieci. Drugi port routera ma adres 10.1.1.1. Jak działa RIP? Nawet w swojej drugiej wersji RIP, jako dość stary protokół, nadal wykorzystuje własne klasy sieciowe. Dlatego mimo że nasza sieć 10.1.1.0/16 należy do klasy A, musimy określić pełną klasową wersję tego adresu IP za pomocą polecenia network 10.0.0.0.
Ale nawet jeśli wpiszę polecenie network 10.1.1.1, a następnie spojrzę na bieżącą konfigurację, zobaczę, że system poprawił 10.1.1.1 na 10.0.0.0, automatycznie używając formatu adresowania pełnej klasy. Jeśli więc na egzaminie CCNA natkniesz się na pytanie dotyczące protokołu RIP, będziesz musiał zastosować adresowanie pełnej klasy. Jeśli zamiast 10.0.0.0 wpiszesz 10.1.1.1 lub 10.1.0.0, popełnisz błąd. Pomimo tego, że konwersja do pełnoklasowej formy adresowania następuje automatycznie, radzę początkowo użyć prawidłowego adresu, aby nie czekać, aż system poprawi błąd. Pamiętaj – protokół RIP zawsze korzysta z adresowania sieciowego pełnej klasy.
Po użyciu polecenia network 10.0.0.0 trzeci router wstawi tę dziesiątą sieć do protokołu routingu i wyśle aktualizację trasą R3-R4. Teraz musisz skonfigurować protokół routingu czwartego routera. Wchodzę w jego ustawienia i kolejno wpisuję komendy router rip wersja 2 i sieć 10.0.0.0. Za pomocą tego polecenia proszę R4 o rozpoczęcie rozgłaszania sieci 10. przy użyciu protokołu routingu RIP.
Teraz te dwa routery mogłyby wymieniać informacje, ale niczego by to nie zmieniło. Użycie polecenia show ip Route pokazuje, że port FastEthernrt 0/0 jest bezpośrednio podłączony do sieci 10.1.0.0. Czwarty router, po otrzymaniu ogłoszenia o sieci od trzeciego routera, powie: „świetnie, kolego, otrzymałem twoje ogłoszenie o dziesiątej sieci, ale już o tym wiem, ponieważ jestem bezpośrednio podłączony do tej sieci”.
Dlatego wrócimy do ustawień R3 i wstawimy inną sieć za pomocą polecenia sieć 192.168.1.0. Ponownie używam formatu adresowania pełnej klasy. Następnie trzeci router będzie mógł reklamować sieć 192.168.1.128 na trasie R3-R4. Jak już powiedziałem, protokół RIP to „plotka”, która opowiada wszystkim swoim sąsiadom o nowych sieciach, przekazując im informacje ze swojej tablicy routingu. Jeśli teraz spojrzysz na tabelę trzeciego routera, zobaczysz dane dwóch podłączonych do niego sieci.
Prześle te dane na oba końce trasy, zarówno do drugiego, jak i czwartego routera. Przejdźmy do ustawień R2. Wpisuję te same polecenia router rip wersja 2 i sieć 192.168.1.0 i tu zaczyna się robić ciekawie. Podaję sieć 1.0, ale jest to zarówno sieć 192.168.1.64/26, jak i sieć 192.168.1.128/26. Dlatego też, gdy określę sieć 192.168.1.0, technicznie rzecz biorąc, zapewniam routing dla obu interfejsów tego routera. Wygodą jest to, że za pomocą jednego polecenia możesz ustawić routing dla wszystkich portów urządzenia.
Podaję dokładnie te same parametry dla routera R1 i w ten sam sposób zapewniam routing dla obu interfejsów. Jeśli teraz spojrzysz na tablicę routingu R1, zobaczysz wszystkie sieci.
Ten router obsługuje zarówno sieć 1.0, jak i sieć 1.64. Wie również o sieciach 1.128 i 10.1.1.0, ponieważ używa protokołu RIP. Jest to sygnalizowane przez nagłówek R w odpowiednim wierszu tablicy routingu.
Proszę zwrócić uwagę na informację [120/2] - jest to odległość administracyjna, czyli wiarygodność źródła informacji o routingu. Ta wartość może być większa lub mniejsza, ale wartość domyślna dla protokołu RIP wynosi 120. Na przykład trasa statyczna ma dystans administracyjny równy 1. Im mniejsza odległość administracyjna, tym bardziej niezawodny protokół. Jeśli router ma możliwość wyboru pomiędzy dwoma protokołami, na przykład trasą statyczną i protokołem RIP, wówczas wybierze przekazywanie ruchu trasą statyczną. Druga wartość w nawiasie, /2, to metryka. W protokole RIP metryka oznacza liczbę przeskoków. W tym przypadku do sieci 10.0.0.0/8 można dotrzeć w 2 przeskokach, to znaczy router R1 musi wysyłać ruch przez sieć 192.168.1.64/26, jest to pierwszy przeskok, i przez sieć 192.168.1.128/26, jest to drugi przeskok, aby dostać się do sieci 10.0.0.0/8 poprzez urządzenie z interfejsem FastEthernet 0/1 o adresie IP 192.168.1.66.
Dla porównania router R1 może osiągnąć sieć 192.168.1.128 z odległością administracyjną 120 w 1 przeskoku poprzez interfejs 192.168.1.66.
Teraz, jeśli spróbujesz pingować interfejs routera R0 o adresie IP 4 z komputera PC10.1.1.2, pomyślnie wróci.
Pierwsza próba nie powiodła się i wyświetlił się komunikat Przekroczono limit czasu żądania, ponieważ podczas korzystania z protokołu ARP pierwszy pakiet zostaje utracony, ale pozostałe trzy zostały pomyślnie zwrócone do odbiorcy. Zapewnia to komunikację typu punkt-punkt w sieci przy użyciu protokołu routingu RIP.
Aby więc aktywować korzystanie z protokołu RIP przez router, należy kolejno wpisać polecenia router rip wersja 2 i sieć <numer sieci / identyfikator sieci w postaci pełnej klasy>.
Przejdźmy do ustawień R4 i wprowadźmy polecenie show ip Route. Widać, że sieć 10. jest podłączona bezpośrednio do routera, a sieć 192.168.1.0/24 jest dostępna poprzez port f0/0 o adresie IP 10.1.1.1 poprzez protokół RIP.
Jeśli zwrócisz uwagę na wygląd sieci 192.168.1.0/24, zauważysz, że występuje problem z automatycznym sumowaniem tras. Jeżeli automatyczne podsumowanie jest włączone, protokół RIP podsumuje wszystkie sieci do 192.168.1.0/24. Przyjrzyjmy się, czym są timery. Protokół RIP ma 4 główne timery.
Timer aktualizacji odpowiada za częstotliwość wysyłania aktualizacji, wysyłając aktualizacje protokołu co 30 sekund do wszystkich interfejsów uczestniczących w routingu RIP. Oznacza to, że pobiera tablicę routingu i dystrybuuje ją do wszystkich portów pracujących w trybie RIP.
Wyobraźmy sobie, że mamy router 1, który jest połączony z routerem 2 siecią N2. Przed pierwszym i za drugim routerem znajdują się sieci N1 i N3. Router 1 informuje router 2, że zna sieci N1 i N2, i wysyła do nich aktualizację. Router 2 informuje router 1, że zna sieci N2 i N3. W takim przypadku co 30 sekund porty routera wymieniają tablice routingu.
Wyobraźmy sobie, że z jakiegoś powodu połączenie N1-R1 zostało zerwane i router 1 nie może już komunikować się z siecią N1. Następnie pierwszy router będzie wysyłał do drugiego routera tylko aktualizacje dotyczące sieci N2. Router 2 po otrzymaniu pierwszej takiej aktualizacji pomyśli: „świetnie, teraz muszę ustawić sieć N1 w nieprawidłowym liczniku czasu”, po czym uruchomi nieprawidłowy licznik czasu. Przez 180 sekund nie będzie wymieniał z nikim aktualizacji sieci N1, ale po tym czasie zatrzyma Invalid Timer i ponownie uruchomi Timer aktualizacji. Jeśli w ciągu tych 180 sekund nie otrzyma żadnych aktualizacji stanu sieci N1, umieści go w liczniku czasu wstrzymania trwającym 180 sekund, to znaczy licznik czasu wstrzymania rozpocznie się natychmiast po zakończeniu licznika czasu nieprawidłowego.
W tym samym czasie działa kolejny, czwarty timer płukania, który rozpoczyna się jednocześnie z timerem Invalid. Ten licznik czasu określa odstęp czasu pomiędzy otrzymaniem ostatniej normalnej aktualizacji dotyczącej sieci N1 do chwili usunięcia sieci z tablicy routingu. Zatem, gdy czas trwania tego licznika osiągnie 240 sekund, sieć N1 zostanie automatycznie wykluczona z tablicy routingu drugiego routera.
Tak więc Timer aktualizacji wysyła aktualizacje co 30 sekund. Nieprawidłowy licznik czasu, który działa co 180 sekund i czeka, aż nowa aktualizacja dotrze do routera. Jeśli nie dotrze, wprowadza sieć w stan wstrzymania, a licznik czasu wstrzymania uruchamia się co 180 sekund. Jednak liczniki Invalid i Flush uruchamiają się jednocześnie, więc 240 sekund po uruchomieniu Flush sieć, która nie jest wymieniona w aktualizacji, jest wykluczona z tablicy routingu. Czas trwania tych timerów jest ustawiony domyślnie i można go zmienić. Tym właśnie są liczniki czasu RIP.
Przejdźmy teraz do rozważenia ograniczeń protokołu RIP, jest ich sporo. Jednym z głównych ograniczeń jest automatyczne sumowanie.
Wróćmy do naszej sieci 192.168.1.0/24. Router 3 informuje router 4 o całej sieci 1.0, co jest oznaczone /24. Oznacza to, że dostępnych jest wszystkie 256 adresów IP w tej sieci, łącznie z identyfikatorem sieci i adresem rozgłoszeniowym, co oznacza, że wiadomości z urządzeń o dowolnym adresie IP z tego zakresu będą przesyłane przez sieć 10.1.1.1. Spójrzmy na tablicę routingu R3.
Widzimy sieć 192.168.1.0/26 podzieloną na 3 podsieci. Oznacza to, że router zna tylko trzy określone adresy IP: 192.168.1.0, 192.168.1.64 i 192.168.1.128, które należą do sieci /26. Ale nic nie wie np. o urządzeniach o adresach IP znajdujących się w zakresie od 192.168.1.192 do 192.168.1.225.
Jednak z jakiegoś powodu R4 myśli, że wie wszystko o ruchu, który R3 do niego wysyła, czyli o wszystkich adresach IP w sieci 192.168.1.0/24, co jest całkowicie fałszywe. Jednocześnie routery mogą zacząć ograniczać ruch, ponieważ „oszukują” się nawzajem - w końcu router 3 nie ma prawa mówić czwartemu routerowi, że wie wszystko o podsieciach tej sieci. Dzieje się tak z powodu problemu zwanego „automatycznym sumowaniem”. Występuje, gdy ruch odbywa się w różnych dużych sieciach. Przykładowo w naszym przypadku sieć o adresach klasy C jest połączona poprzez router R3 z siecią o adresach klasy A.
Router R3 uważa te sieci za takie same i automatycznie sumuje wszystkie trasy w jeden adres sieciowy 192.168.1.0. Przypomnijmy sobie, o czym mówiliśmy podsumowując trasy supersieci w jednym z poprzednich filmów. Powód podsumowania jest prosty - router uważa, że jeden wpis w tablicy routingu, dla nas jest to wpis 192.168.1.0/24 [120/1] przez 10.1.1.1, jest lepszy niż 3 wpisy. Jeśli sieć składa się z setek małych podsieci, to po wyłączeniu podsumowania tablica routingu będzie składać się z ogromnej liczby wpisów routingu. Dlatego, aby zapobiec gromadzeniu się ogromnej ilości informacji w tablicach routingu, stosuje się automatyczne podsumowywanie tras.
Jednak w naszym przypadku automatyczne podsumowywanie tras stwarza problem, ponieważ zmusza router do wymiany fałszywych informacji. Dlatego musimy wejść w ustawienia routera R3 i wprowadzić polecenie, które zabrania automatycznego podsumowywania tras.
W tym celu wpisuję kolejno polecenia router rip i no auto-summary. Następnie musisz poczekać, aż aktualizacja rozprzestrzeni się w sieci, a następnie możesz użyć polecenia show ip Route w ustawieniach routera R4.
Możesz zobaczyć, jak zmieniła się tablica routingu. Wpis 192.168.1.0/24 [120/1] przez 10.1.1.1 został zachowany z poprzedniej wersji tabeli, a następnie znajdują się trzy wpisy, które dzięki licznikowi aktualizacji są aktualizowane co 30 sekund. Zegar Flush zapewnia, że 240 sekund po aktualizacji plus 30 sekund, czyli po 270 sekundach, sieć ta zostanie usunięta z tablicy routingu.
Sieci 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26 są wymienione poprawnie, więc teraz, jeśli ruch jest kierowany do urządzenia 192.168.1.225, to urządzenie go porzuci, ponieważ router nie wie, gdzie znajduje się urządzenie ten adres. Jednak w poprzednim przypadku, gdy mieliśmy włączone automatyczne podsumowywanie tras dla R3, ruch ten byłby kierowany do sieci 10.1.1.1, co było całkowitym błędem, ponieważ R3 powinien natychmiast porzucić te pakiety bez wysyłania ich dalej.
Jako administrator sieci powinieneś tworzyć sieci o minimalnej ilości niepotrzebnego ruchu. Na przykład w tym przypadku nie ma potrzeby przekazywania tego ruchu przez R3. Twoim zadaniem jest maksymalne zwiększenie przepustowości sieci, zapobiegając wysyłaniu ruchu do urządzeń, które go nie potrzebują.
Kolejnym ograniczeniem protokołu RIP są pętle, czyli pętle routingu. Mówiliśmy już o konwergencji sieci, gdy tablica routingu jest poprawnie zaktualizowana. W naszym przypadku router nie powinien otrzymywać aktualizacji dla sieci 192.168.1.0/24 jeśli nic o tym nie wie. Technicznie rzecz biorąc, zbieżność oznacza, że tablica routingu jest aktualizowana tylko poprawnymi informacjami. Powinno się to zdarzyć po wyłączeniu routera, ponownym uruchomieniu, ponownym podłączeniu do sieci itp. Konwergencja to stan, w którym wszystkie niezbędne aktualizacje tablicy routingu zostały zakończone i wykonano wszystkie niezbędne obliczenia.
RIP ma bardzo słabą zbieżność i jest bardzo, bardzo wolnym protokołem routingu. Z powodu tej powolności powstają pętle routingu lub problem „nieskończonego licznika”.
Narysuję schemat sieci podobny do poprzedniego przykładu - router 1 jest podłączony do routera 2 przez sieć N2, sieć N1 jest połączona z routerem 1, a sieć N2 jest połączona z routerem 3. Załóżmy, że z jakiegoś powodu połączenie N1-R1 zostało zerwane.
Router 2 wie, że sieć N1 jest osiągalna jednym przeskokiem przez router 1, ale w tej chwili sieć ta nie działa. Po awarii sieci rozpoczyna się proces licznika czasu, router 1 wprowadza go w stan wstrzymania i tak dalej. Jednakże router 2 ma uruchomiony licznik aktualizacji i o ustalonej godzinie wysyła aktualizację do routera 1, która informuje, że sieć N1 jest przez niego dostępna w dwóch przeskokach. Ta aktualizacja dociera do routera 1, zanim zdąży wysłać do routera 2 aktualizację dotyczącą awarii sieci N1.
Po otrzymaniu tej aktualizacji router 1 myśli: „Wiem, że podłączona do mnie sieć N1 z jakiegoś powodu nie działa, ale router 2 powiedział mi, że jest za jej pośrednictwem dostępna w dwóch przeskokach. Wierzę mu, więc dodam jeden przeskok, zaktualizuję tablicę routingu i wyślę routerowi 2 aktualizację z informacją, że sieć N1 jest dostępna przez router 2 w trzech przeskokach!”
Po otrzymaniu tej aktualizacji od pierwszego routera, router 2 mówi: „ok, wcześniej otrzymałem aktualizację od R1, która mówiła, że sieć N1 jest przez niego dostępna w jednym przeskoku. Teraz powiedział mi, że jest dostępny w 3 chmielach. Być może coś się zmieniło w sieci, nie mogę w to uwierzyć, więc zaktualizuję swoją tablicę routingu, dodając jeden przeskok. Następnie R2 wysyła aktualizację do pierwszego routera, która stwierdza, że sieć N1 jest teraz dostępna w 4 przeskokach.
Czy widzisz, w czym tkwi problem? Obydwa routery wysyłają do siebie aktualizacje, za każdym razem dodając jeden przeskok, aż w końcu liczba przeskoków osiąga dużą liczbę. W protokole RIP maksymalna liczba przeskoków wynosi 16 i gdy tylko osiągnie tę wartość, router zdaje sobie sprawę, że jest problem i po prostu usuwa tę trasę z tablicy routingu. Jest to problem z pętlami routingu w protokole RIP. Wynika to z faktu, że RIP jest protokołem wektora odległości, monitoruje jedynie odległość, nie zwracając uwagi na stan odcinków sieci. W 1969 roku, kiedy sieci komputerowe były znacznie wolniejsze niż obecnie, podejście oparte na wektorze odległości było uzasadnione, dlatego twórcy protokołu RIP jako główną metrykę wybrali liczbę przeskoków. Jednak obecnie takie podejście stwarza wiele problemów, dlatego nowoczesne sieci powszechnie przestawiły się na bardziej zaawansowane protokoły routingu, takie jak OSPF. De facto protokół ten stał się standardem dla sieci większości światowych firm. Przyjrzymy się temu protokołowi szczegółowo w jednym z poniższych filmów.
Do RIP nie będziemy już wracać, bo na przykładzie tego najstarszego protokołu sieciowego powiedziałem już wystarczająco dużo o podstawach routingu i problemach, z powodu których próbują zaprzestać używania tego protokołu w dużych sieciach. W kolejnych lekcjach wideo przyjrzymy się nowoczesnym protokołom routingu - OSPF i EIGRP.
Dziękujemy za pobyt z nami. Podobają Ci się nasze artykuły? Chcesz zobaczyć więcej ciekawych treści? Wesprzyj nas składając zamówienie lub polecając znajomym, 30% zniżki dla użytkowników Habr na unikalny odpowiednik serwerów klasy podstawowej, który został przez nas wymyślony dla Ciebie: (dostępne z RAID1 i RAID10, do 24 rdzeni i do 40 GB DDR4).
Dell R730xd 2 razy tańszy? Tylko tutaj w Holandii! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gb/s 100 TB — od 99 USD! Czytać o
Źródło: www.habr.com