luktom.net
  • blog
  • kontakt
  • english





Konfiguracja protokołu RIP na routerach Cisco

25 mar, 2007
Sieci komputerowe
Brak komentarzy
Odsłony : 19998

RIP jest jednym z najstarszych, najprostszych oraz najpopularniejszych protokołów routingu na świecie.
Do jego zalet możemy zaliczyć między innymi łatwość konfiguracji, niewielkie obciążenie routera (ponieważ nie musi on prowadzić tak skomplikowanych obliczeń jak np. w wypadku użycia protokołu OSPF).

Metryki protokołu RIP

RIP do wyznaczania trasy korzysta z metryki utworzonej na podstawie algorytmu wektora odległości. Działanie tego algorytmu polega na liczeniu liczby routerów przez jakie pakiet może dotrzeć do celu i wybieranie trasy o najmniejszej liczbie routerów „po drodze” (czyli tzw. skoków). Generalna zasada jest taka, że im mniejsza metryka (czyli liczba skoków w przypadku protokołu RIP), tym trasa jest bardziej „atrakcyjna”.

Uaktualnienia

Uaktualnienia informacji o trasach są wysyłane przez protokół RIP w stałych odstępach czasu (domyślnie co 30 sekund) oraz podczas zmian sieci. Sąsiedni router po otrzymaniu informacji o uaktualnieniu sam zaczyna je propagować od razu, niezależnie od informacji wysyłanych w stałych interwałach czasowych.

Unikanie pętli routingu

Aby uniknąć zjawiska tworzenia się pętli routingu do protokołu RIP wprowadzono limit rozprowadzania informacji o trasach do 15 skoków. Jeśli router otrzyma informację, że dana sieć jest dostępna w „odległości” 15 skoków, automatycznie odrzuci taką sieć (bo licząc z tym routerem, liczba skoków będzie wynosiła 16, a więc przekroczy dopuszczalny dla protokołu RIP limit).
Wadą wprowadzenia tego limitu jest to, że sieci oparte na protokole RIP są ograniczone w swojej skalowności.

Konfiguracja protokołu RIP

Do konfiguracji protokołu RIP na routerach Cisco używamy następującej sekwencji poleceń:

Router(config)#router rip Router(config-router)#network sieć

Przechodzenie na wersję RIP v2

Aby zamiast wersji RIP v1 użyć wersji RIP v2, w trybie konfiguracji protokołu RIP wydajemy polecenie:

Router(config-router)#version 2

Interfejsy pasywne

Jeśli na danym interfejsie chcemy jedynie odbierać informacje i nic nie wysyłać, wystarczy w trybie konfiguracji routera wydać polecenie:

Router(config-router)#passive-interface intefejs

Współdziałanie protokołów RIP v1 i v2

Jeśli w naszej sieci posiadamy routery używające zarówno wersji RIP v1 jak i v2 możemy skonfigurować interfejsy bezpośrednio do wysyłania i odbierania informacji z podanej wersji protokołu. Czynimy to poleceniami wydawanymi w trybie konfiguracji wybranego interfejsu:

Router(config-if)#ip rip send version 1 
Router(config-if)#ip rip send version 2 
Router(config-if)#ip rip send version 1 2 
Router(config-if)#ip rip receive version 1 
Router(config-if)#ip rip receive version 2 
Router(config-if)#ip rip receive version 1 2

Pierwsze trzy nakazują wysyłać informacje protokołu RIP używając (kolejno) wersji 1, 2 oraz obu naraz. Kolejne trzy zezwalają na odbiór informacji w podanych wersjach.

Informacje RIP wysyłane unicastem

Normalnie informacje RIP są wysyłane jako broadcast lub multicast (w wersji RIP v2). Jeśli z jakiś powodów chcemy, a nie możemy przekazać informacji RIP powyższymi metodami pozostaje nam wysłanie tych informacji poprzez unicast. Tą metodę przesyłu informacji możemy ustawić poleceniem:

Router(config-router)#neighbor adres IP

Zegary protokołu RIP

W protokole RIP możemy także skonfigurować zegary, które określają m.in. interwał wysyłania aktualizacji jak i czasy trzymania nieaktualizowanej trasy w tablicach routingu. Konfiguracja odbywa się poleceniem:

Router(config-router)#timers basic update invalid holddown flush

Poszczególne zegary odpowiadają za:

  • update – interwał wysyłania aktualizacji
  • invalid – czas od ostatniej aktualizacji, po której trasa jest oznaczana jako nieważna, ale nie jest usuwana z tablic routingu, tylko przechodzi w stan hold down; router nadal używa tej trasy do routingu
  • holddown – czas przetrzymania trasy w tabeli routingu po przekroczeniu czasu invalid; router nadal wykorzystuje tą trasę
  • flush – czas od ostatniej aktualizacji, po przekroczeniu którego trasa jest usuwana z tabeli routingu

Wyświetlanie informacji o trasach

Do wyświetlenia informacji o trasach używamy polecenia:

Router#show ip route

Trasy dodane do tablicy routingu przez protokół RIP oznaczone są literką R. W nawiasach klamrowych pierwsza liczba to tzw. wiarygodność protokołu RIP, a druga liczba to metryka protokołu. Po adresie bramy (ten po via) wyświetlany jest także czas od ostatniej aktualizacji danej trasy. W normalnych warunkach ten czas jest mniejszy niż 30 sekund.

Debugowanie protokołu RIP

Jeśli występują jakieś problemy z protokołem RIP lub chcemy zobaczyć jak działa możemy włączyć debugowanie protokołu RIP przy użyciu komendy:

Router#debug ip rip


Tagi :   ciscoriproutersieci

Powiązane wpisy

  • Vyatta na Hyper-V i utrata łączności po kilku godzinach – cz. 2

  • Archiwum luktom.net

  • Vyatta na Hyper-V i utrata łączności po kilku godzinach

  • The Dude – genialny monitor sieci

  • Dodaj komentarz

    Click here to cancel reply

    You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>





    Łukasz Tomaszkiewicz

    Łukasz Tomaszkiewicz

    Pasjonat chmury, szczególnie AWSa, który nieustannie automatyzuje powtarzające się czynności i optymalizuje procesy, przy okazji wdrażając dobre praktyki dotyczące bezpieczeństwa. Jego szerokie doświadczenie w zakresie tworzenia oprogramowania, projektowania baz danych, a także wirtualizacji serwerów i zarządzania infrastrukturą w chmurze pozwala mu spojrzeć przekrojowo na współczesny stack technologiczny.

    W wolnym czasie fotograf, sporadycznie piszący blogger :) a także regularny prelegent na krakowskich grupach związanych z IT.

    Wyznawca Vim'a :)

    Kategorie

    • Ansible
    • AWS
    • C#
    • Chatboty
    • Cloud
    • Daj się poznać 2017
    • Docker
    • Inne
    • Linux
    • Open source
    • Organizacyjne
    • Prelekcje
    • Sieci komputerowe
    • SQL Server
    • Windows
    • Windows Server
    • Wirtualizacja

    Najczęściej czytane

    • Creating single node VSAN cluster
    • SQL Server – walidacja numerów PESEL i NIP
    • Konfiguracja serwera DHCP na routerach Cisco
    • Aktywacja routingu IP w Windows 7 / Windows Server 2008
    • Konwersja maszyn wirtualnych z ESXi do Hyper-V przy użyciu SCVMM 2012
    • Jak podłączyć program R do SQL Servera?

    Tagi

    .net ai ansible asp.net mvc aws aws cli bot builder bot framework c# centos certyfikaty chatbot chatboty cisco cmd docker dsp2017 esxi hyperv kontenery konteneryzacja linux mvc nlp openvpn plssug pobieranie powershell prelekcje rancher redhat router sieci smogbot sql server ssd ssl vmware vsphere windows windows mobile windows server wirtualizacja wit.ai wrzuta

    Copyright © 2006-2018 by Łukasz Tomaszkiewicz. Wszelkie prawa zastrzeżone