Protokół informacji o routingu (RIP) to dynamiczny protokół routingu, który wykorzystuje liczbę przeskoków jako metrykę routingu w celu znalezienia najlepszej ścieżki między siecią źródłową a docelową. Jest to protokół routingu wektora odległości, który ma wartość AD 120 i działa w warstwie sieciowej modelu OSI. Protokół RIP używa portu o numerze 520.

pogrubienie tekstu w CSS

Licznik skoków

Liczba przeskoków to liczba routerów występujących pomiędzy siecią źródłową i docelową. Ścieżka z najmniejszą liczbą przeskoków jest uważana za najlepszą trasę dotarcia do sieci i dlatego umieszczana jest w tablicy routingu. Protokół RIP zapobiega pętlom routingu, ograniczając liczbę przeskoków dozwolonych na ścieżce od źródła i miejsca docelowego. Maksymalna liczba przeskoków dozwolona dla protokołu RIP wynosi 15, a liczba przeskoków wynosząca 16 jest uważana za nieosiągalną sieć.

Funkcje protokołu RIP

1. Aktualizacje sieci wymieniane są okresowo.
2. Aktualizacje (informacje o trasach) są zawsze transmitowane.
3. Pełne tablice routingu są wysyłane w aktualizacjach.
4. Routery zawsze ufają informacjom otrzymanym od sąsiednich routerów. Jest to również znane jako Trasowanie włączone plotki.

Wersje RIP-u:

Istnieją trzy wersje protokołu informacji o routingu – Wersja RIP1 , Wersja RIP2 , I RIPng .

RIP wersja 1 jest znany jako Z klasą Protokół Routing, ponieważ nie wysyła informacji o masce podsieci w swojej aktualizacji routingu.
RIP v2 jest znany jako Bezklasowy Protokół routingu, ponieważ wysyła informacje o masce podsieci w swojej aktualizacji routingu.

>> Użyj polecenia debug, aby uzyskać szczegółowe informacje:

 # debug ip rip>

>> Użyj tego polecenia, aby wyświetlić wszystkie trasy skonfigurowane w routerze, powiedzmy dla routera R1:

 R1# show ip route>

>> Użyj tego polecenia, aby wyświetlić wszystkie protokoły skonfigurowane w routerze, powiedzmy dla routera R1:

operatora Javy

 R1# show ip protocols>

Konfiguracja :

jak korzystać ze środowiska roboczego mysql

Rozważ podaną powyżej topologię, która obejmuje 3 routery R1, R2, R3. R1 ma adres IP 172.16.10.6/30 na s0/0/1, 192.168.20.1/24 na fa0/0. R2 ma adres IP 172.16.10.2/30 na s0/0/0, 192.168.10.1/24 na fa0/0. R3 ma adres IP 172.16.10.5/30 na s0/1, 172.16.10.1/30 na s0/0, 10.10.10.1/24 na fa0/0.

Skonfiguruj protokół RIP dla R1:

 R1(config)# router rip R1(config-router)# network 192.168.20.0 R1(config-router)# network 172.16.10.4 R1(config-router)# version 2 R1(config-router)# no auto-summary>

Notatka: żadne polecenie automatycznego podsumowania nie wyłącza automatycznego podsumowania. Jeśli nie wybierzemy żadnego automatycznego podsumowania, wówczas maska ​​podsieci będzie uznawana za klasową w wersji 1.

Konfigurowanie protokołu RIP dla R2:

ciąg jsonobiekt

 R2(config)# router rip R2(config-router)# network 192.168.10.0 R2(config-router)# network 172.16.10.0 R2(config-router)# version 2 R2(config-router)# no auto-summary>

Podobnie skonfiguruj RIP dla R3:

 R3(config)# router rip R3(config-router)# network 10.10.10.0 R3(config-router)# network 172.16.10.4 R3(config-router)# network 172.16.10.0 R3(config-router)# version 2 R3(config-router)# no auto-summary>

Zegary RIP:

• Aktualizuj licznik czasu: Domyślny czas wymiany informacji o routingu między routerami obsługującymi protokół RIP wynosi 30 sekund. Korzystając z licznika aktualizacji, routery okresowo wymieniają swoje tablice routingu.
• Nieprawidłowy timer: Jeśli przez 180 sekund nie nastąpi żadna aktualizacja, router docelowy uzna ją za nieprawidłową. W tym scenariuszu przeskok znacznika routera docelowego liczy się dla tego routera jako 16.
• Przytrzymaj timer: Jest to czas, przez który router oczekuje na odpowiedź routera sąsiada. Jeżeli router nie jest w stanie odpowiedzieć w określonym czasie, zostaje uznany za martwy. Domyślnie jest to 180 sekund.
• Czas spłukiwania: Jest to czas, po którym wejście trasy zostanie wyczyszczone, jeśli nie odpowie w tym czasie. Domyślnie jest to 60 sekund. Odliczanie czasu rozpoczyna się po uznaniu trasy za nieważną i po 60 sekundach, tj. czas wyniesie 180 + 60 = 240 sekund.

Należy pamiętać, że wszystkie te czasy można regulować. Użyj tego polecenia, aby zmienić liczniki czasu:

 R1(config-router)#  timers basic R1(config-router)#  timers basic 20 80 80 90>

Normalne wykorzystanie protokołu RIP:

Małe i średnie sieci: Protokół RIP jest zwykle używany w małych i średnich sieciach, które mają umiarkowanie podstawowe wymagania wstępne w zakresie kierowania. Nie jest trudny do zaprojektowania i wymaga niewielkiego wsparcia, co wiąże się z słynną decyzją małych organizacji. Starsze organizacje: Protokół RIP jest dotychczas stosowany w niektórych sieciach zajmujących się dziedzictwem kulturowym, które powstały przed utworzeniem bardziej rozwiniętych konwencji sterujących. Organizacje te mogą nie zasługiwać na koszty i wysiłek związany z remontami, dlatego nadal wykorzystują RIP jako swoją konwencję kierowniczą. Warunki laboratoryjne: Protokół RIP jest w dużej mierze wykorzystywany w warunkach laboratoryjnych do celów testowych i edukacyjnych. Ustalenie podstawowej konwencji nie jest trudne, co stanowi przyzwoitą decyzję w celach edukacyjnych. Sterowanie rezerwowe lub powtarzalne: W niektórych organizacjach protokół RIP może być stosowany jako konwencja wzmacniająca lub nadmiarowa w kierowaniu, w przypadku gdy podstawowa konwencja sterowania nie zostanie zachowana lub wystąpią problemy. RIP nie jest na ogół tak produktywny jak inne konwencje reżyserskie, jednak może być pomocny jako wsparcie w przypadku wystąpienia kryzysu.

Zalety protokołu RIP:

Prostota: RIP to stosunkowo prosty protokół w konfiguracji i zarządzaniu, co czyni go idealnym wyborem dla małych i średnich sieci o ograniczonych zasobach. Łatwa implementacja: Protokół RIP jest łatwy we wdrożeniu, ponieważ jego konfiguracja i utrzymanie nie wymaga dużej wiedzy technicznej. Konwergencja: Protokół RIP jest znany z szybkiego czasu konwergencji, co oznacza, że ​​może szybko dostosować się do zmian w topologii sieci i efektywnie kierować pakiety. Automatyczne aktualizacje: protokół RIP automatycznie aktualizuje tablice routingu w regularnych odstępach czasu, zapewniając, że do trasowania pakietów wykorzystywane są najbardziej aktualne informacje. Niski narzut przepustowości: Protokół RIP wykorzystuje stosunkowo niewielką część przepustowości do wymiany informacji o routingu, co czyni go idealnym wyborem dla sieci o ograniczonej przepustowości. Zgodność: Protokół RIP jest kompatybilny z wieloma różnymi typami routerów i urządzeń sieciowych, co ułatwia integrację z istniejącymi sieciami.

Wady protokołu RIP:

Ograniczona skalowalność: protokół RIP ma ograniczoną skalowalność i może nie być najlepszym wyborem w przypadku większych sieci o złożonych topologiach. Protokół RIP może obsługiwać tylko do 15 przeskoków, co może nie być wystarczające w przypadku większych sieci. Powolna zbieżność: Chociaż protokół RIP jest znany z krótkiego czasu zbieżności, zbieżność może być wolniejsza niż w przypadku innych protokołów routingu. Może to prowadzić do opóźnień i nieefektywności w działaniu sieci. Pętle routingu: Protokół RIP może czasami tworzyć pętle routingu, co może powodować przeciążenie sieci i zmniejszenie ogólnej wydajności sieci. Ograniczona obsługa równoważenia obciążenia: Protokół RIP nie obsługuje zaawansowanego równoważenia obciążenia, co może skutkować nieoptymalnymi ścieżkami routingu i nierównym rozkładem ruchu sieciowego. Luki w zabezpieczeniach: Protokół RIP nie zapewnia żadnych natywnych funkcji zabezpieczeń, przez co jest podatny na ataki, takie jak fałszowanie i manipulacje. Nieefektywne wykorzystanie przepustowości: Protokół RIP wykorzystuje dużą przepustowość na potrzeby okresowych aktualizacji, co może być nieefektywne w sieciach o ograniczonej przepustowości.