NetCLI

Kategoria: RIP – Router Information Protocol

  • (K) Konfiguracja protokołu RIP**

    (K) Konfiguracja protokołu RIP**

    Konfiguracja protokołu RIP

    Podstawowa konfiguracja protokołu RIP

    Rozgłaszanie sieci za pomocą protokołu RIP

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# version 2

    Zmienia wersję protokołu RIP na RIPv2.

    (config-router)# network sieć [maska]

    Rozpoczyna rozgłaszanie wiadomości protokołu RIP, na interfejsach należących do podanej w komendzie sieci. Przy wpisywaniu adresu można skorzystać zarówno z metody klasowej jak i bez klasowej.

    Dezaktywacja interfejsów pasywnych

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# passive-interface interfejs

    Wyłącza wysyłanie aktualizacji protokołu RIP, na określonym interfejsie sieciowym.
    Funkcja Passive-Interface w przypadku protokołu RIP tak samo jak w przypadku protokołu EIGRP czy OSPF, blokuje wysyłanie wiadomości Multicast na wskazanym w komędzie interfejsie sieciowym. Jednak w przypadku protokołu RIP dozwolone jest odbieranie wiadomości na wskazanym interfejsie sieciowym.

    Aktywacja interfejsów pasywnych

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# passive-interface default

    Wyłącza wysyłanie aktualizacji protokołu RIP, na wszystkich interfejsach sieciowych.

    (config-router)# no passive-interface interfejs

    Włącza wysyłanie aktualizacji protokołu RIP, na określonym interfejsie sieciowym.

    Dodatkowa konfiguracja protokołu RIP

    Sumaryzacja tras routingu

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# version 2

    Zmienia wersję protokołu RIP na RIPv2.

    (config-router)# no auto-summary

    Wyłącza funkcję automatycznej sumaryzacji.

    (config-router)# interface interfejs

    Przechodzi do poziomu konfiguracji określonego interfejsu sieciowego.

    (config-if)# ip summary-address rip sieć maska

    Tworzy statyczną sumaryzację względem protokołu RIP.

    Redystrybucja protokołu RIP

    # Konfiguracja Router mapy została opisana w artykule: Router mapa.

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# version 2

    Zmienia wersję protokołu RIP na RIPv2.

    (config-router)# redistribute protokół ASN metric 1-16(Hop Count) router-map nazwa-router-mapy

    Rozpoczyna redystrybucje wskazanego protokołu routingu, do protokołu RIP.
    Protokół RIP tak samo jak protokół EIGRP wymaga skonfigurowania domyślnej metryki, przed rozpoczęciem procesu redystrybucji (W przeciwnym wypadku trasy będą rozgłaszane z metryką równą 16, oznaczającą trasy nieosiągalne).

    Propagacja trasy Default Route

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# version 2

    Zmienia wersję protokołu RIP na RIPv2.

    (config-router)# default-information orginate [only]

    Włącza propagacje trasy domyślnej wraz z innymi trasami statycznymi.
    * only – Zezwala na redystrybucje jedynie trasy domyślnej.

    Równoważne obciążenia sieciowego

    (config)# router rip

    Przechodzi do poziomu konfiguracji protokołu RIP.

    (config-router)# maximum-path 1-32

    Określa maksymalną liczbę jednocześnie wykorzystywanych tras routingu.

    Konfiguracja ustawień RIP z poziomu interfejsu sieciowego

    (config)# interface interfejs

    Przechodzi do poziomu konfiguracji określonego interfejsu sieciowego.

    (config-if)# ip rip v2-broadcast

    Zmienia domyślny multicast-owy adres IP, na który protokół RIPv2 wysyła wiadomości aktualizacyjne, na adres rozgłoszeniowy (255.255.255.255).

    (config-if)# [no] ip split-horizon

    Wyłącza / Włącza funkcję split-horizon na konfigurowanym interfejsie sieciowym.

    (config-if)# ip rip send version {1 / 2 / 1 2}

    Określa jakie wersje wiadomości protokołu RIP, będą propagowana na konfigurowanym interfejsie sieciowym.

    (config-if)# ip rip receive version {1 / 2 / 1 2}

    Określa jakie wersje wiadomości protokołu RIP, będą akceptowane na konfigurowanym interfejsie sieciowym.

    Uwierzytelnianie protokołu RIP

    Konfiguracja funkcji Key-Chain

    (config)# key chain nazwa-key-chain

    Tworzy nowy zestaw kluczy Key Chain.

    (config-keychain)# key 0-2147483647(ID klucza)

    Tworzy nowy klucz Key Chain.

    (config-keychain-key)# key-string [0 / 7](0) klucz

    Określa wartość klucza (Wymaga podania wartości zahaszowanej)

    (config-keychain-key)# cryptographic-algorithm {hmac-sha-1 / hmac-sha-256 / hmac-sha-384 / hmac-sha-512 / md5}

    Definiuje jaki algorytm haszujący będzie wykorzystywany podczas wymiany kluczy pomiędzy urządzeniami.

    (config-keychain-key)# accept-lifetime local ([Czas początkowy] godzina(hh:mm:ss) miesiąc(nazwa angielska) dzień(1-31) rok(1993-2035)) {infinite / duration 1-2147483646(sekundy) / ([Czas końcowy] godzina(hh:mm:ss) miesiąc(nazwa angielska) dzień(1-31) rok(1993-2035)})

    Definiuje okres czasu przez jaki dany klucz będzie używany do odbierania wiadomości (Jest to okres czasu podczas którego dany klucz pozostaje akceptowalny).

    (config-keychain-key)# send-lifetime local ([Czas początkowy] godzina(hh:mm:ss) miesiąc(nazwa angielska) dzień(1-31) rok(1993-2035)) {infinite / duration 1-2147483646(sekundy) / ([Czas końcowy] godzina(hh:mm:ss) miesiąc(nazwa angielska) dzień(1-31) rok(1993-2035)})

    Definiuje okres czasu przez jaki dany klucz będzie używany w wysyłanych wiadomościach (Czas ten powinien być krótszy od czasu „accept-lifetime”).

    Przykładowa konfiguracja funkcji Key-Chain

    (config)# key chain RIP
    (config-keychain)# key 1
    (config-keychain-key)# accept-lifetime local 01:00:00 april 1 2014 01:00:00 may 2 2014
    (config-keychain-key)# send-lifetime local 01:00:00 april 1 2014 01:00:00 may 2 2014
    (config-keychain-key)# key-string Cisco!2345
    (config-keychain-key)# key 2
    (config-keychain-key)# accept-lifetime local 01:00:00 may 1 2014 infinite
    (config-keychain-key)# send-lifetime local 01:00:00 may 1 2014 infinite
    (config-keychain-key)# key-string Cisco1234567 

    Okresy czasu akceptacji oraz wysyłania klucza zostały tak skonfigurowane, aby się nachodziły. Dzięki czemu administrator może zniwelować możliwe rozbieżności w konfiguracji czasu lokalnego, względem obydwóch urządzenień. Powyższa konfiguracja oznacza, że przez pewien okres czasu urządzenie będą akceptowały obydwa klucze.

    # show key chain

    Wyświetla konfigurację funkcji Key Chain.

    Przypisywanie funkcji Key-Chain do protokołu RIP (Plain Text)

    (config)# interface interfejs

    Przechodzi do poziomu konfiguracji określonego interfejsu sieciowego.

    (config-if)# ip rip authentication key-chain nazwa-key-chain

    Przypisuje klucze Key Chain, do protokołu RIP, względem konfigurowanego interfejsu sieciowego.

    Przypisywanie funkcji Key-Chain do protokołu RIP (MD5)

    (config)# interface interfejs

    Przechodzi do poziomu konfiguracji określonego interfejsu sieciowego.

    (config-if)# ip rip authentication mode md5

    Określa metodę szurfowania klucza Key Chain na MD5.

    (config-if)# ip rip authentication key-chain nazwa-key-chain

    Przypisuje klucze Key Chain, do protokołu RIP, względem konfigurowanego interfejsu sieciowego.

    Konfiguracja protokołu RIPng

    Podstawowa konfiguracja protokołu RIPng

    Konfiguracja nowej instancji RIPng

    (config)# ipv6 unicast-routing

    Włącza funkcję routingu protokołu IPv6, względem konfigurowanego urządzenia.

    (config)# ipv6 router rip nazwa-instancji-RIP

    Przechodzi do poziomu konfiguracji protokołu RIPng.

    (config-rtr)# maximum-patch 1-16(16)

    Określa maksymalną ilość tras równoważnego obciążenia.

    Aktywacja protokołu RIPng względem interfejsu sieciowego

    (config)# interface interfejs

    Przechodzi do poziomu konfiguracji określonego interfejsu sieciowego.

    (config-if)# ipv6 rip nazwa-instancji-RIP enable

    Aktywuje protokół RIP na konfigurowanym interfejsie sieciowym.

    # show ipv6 eigrp neighbor

    Wyświetla aktywne relację sąsiedztwa.

    Dezaktywacja interfejsów pasywnych

    (config)# ipv6 router rip nazwa-instancji-RIP

    Przechodzi do poziomu konfiguracji protokołu RIPng.

    (config-rtr)# passive-interface interfejs

    Wyłącza wysyłanie aktualizacji protokołu RIP na wskazanym interfejsie.

    Aktywacja interfejsów pasywnych

    (config)# ipv6 router rip nazwa-instancji-RIP

    Przechodzi do poziomu konfiguracji protokołu RIPng.

    (config-rtr)# passive-interface default

    Wyłącza wysyłanie aktualizacji protokołu RIP na wszystkich interfejsach.

    (config-rtr)# no passive-interface interfejs

    Włącza wysyłanie aktualizacji protokołu RIP na wskazanym interfejsie.

    Komendy SHOW, CLEAR oraz DEBUG

    Komendy show RIP

    # show ip route

    Wyświetla zawartość tablicy routingu.

    # show ip route rip

    Wyświetla wszystkie trasy routingu pozyskane za pomocą protokołu RIP, jakie znajdują się w tablicy routingu.

    # show ip protocols

    Wyświetla ustawienia wszystkich skonfigurowanych protokołów routingu dynamicznego. W tym najważniejsze informacje dotyczące konfiguracji protokołu RIP.

    # show ip rip database

    Wyświetla zwartość bazy protokołu RIP.

    Komendy show RIPng

    # show ipv6 route

    Wyświetla zawartość tablicy routingu, względem protokołu IPv6.

    # show ipv6 route rip

    Wyświetla wszystkie trasy routingu pozyskane za pomocą protokołu RIP, jakie znajdują się w tablicy routingu, względem protokołu IPv6.

    # show ipv6 protocols

    Wyświetla ustawienia wszystkich skonfigurowanych protokołów routingu dynamicznego. W tym najważniejsze informacje dotyczące konfiguracji protokołu RIPng.

    # show ipv6 rip database

    Wyświetla zwartość bazy protokołu RIPng.

    # show ipv6 rip next-hops

    Wyświetla

    Pozostałe tematy związane z protokołem RIP

  • (Ts) Troubleshooting protokołu RIP**

    (Ts) Troubleshooting protokołu RIP**

    Troubleshooting brakujących tras routingu

    Wstęp do zagadnienia

    • Protokół RIP nie nawiązuje relacji sąsiedztwa pomiędzy sąsiednimi ruterami, związku z tym proces troubleshooting-u nie będzie dotyczył rozwiązywania problemów związanych z relacjami sąsiedztwa a procesem wymiany informacji o trasach routingu.
    • Podstawową komendą używaną w celu weryfikacji tras pozyskanych za pomocą protokołu RIP jest komenda [show ip rip database].
    • komendą używaną w celu weryfikacji konfiguracji protokołu RIP, jest komenda [show ip protocols].

    Przyczyny Troubleshooting

    Interface is shut down

    • Interfejs uczestniczący w procesie protokołu RIP musi być aktywny „up/up”. Status interfejsu można zweryfikować za pomocą komendy [show ip interface brief] bądź komendy [show interface interfejs].

    Wrong subnet

    • Aby rutery mogły między sobą wymieniać aktualizacje protokołu RIP, muszą znajdować się w tej samej sieci, w przeciwnym wypadku zignorują nadchodzące aktualizacje.
    • W przypadku wykrycia problemu ze źle skonfigurowaną siecią, komenda [debug ip rip] wyświetli następujący komunikat: [RIP: ignored v2 update from bad source 10.1.12.2 on  gigabitethernet 1/0].

    Bad or missing network statements

    • Aktywacja protokołu RIP względem określonego interfejsu sieciowego, następuje za pomocą komendy [network adres-IP] wydanej w trybie konfiguracji protokołu RIP.
    • Aby zweryfikować czy wszystkie interfejsy sieciowe należą do procesu RIP, należy wykorzystać komendę [show ip protocols] bądź komendę [show running-config | section router rip].

    Passive interface

    • Funkcja pasywnego interfejsu „Passive Interface”, blokuje wysyłanie aktualizacji protokołu RIP na wskazanym interfejsie sieciowym, jednocześnie zezwalając na odbierania aktualizacji od innych urządzeń. Ma to na celu zarówno względy bezpieczeństwa związane z blokowanie poufnych informacji, na temat topologii sieciowej jak i ogranicza zbędny ruch.
    • Konfigurację funkcji pasywnego interfejsu można zweryfikować za pomocą komendy [show ip protocols].

    Wrong version

    • Podstawowa konfiguracja protokółu RIP, domyślnie działa w starszej, pierwszej wersji protokołu (RIPv1). Należy przy tym pamiętać że rutery skonfigurowane w wersji drugiej, wysyłają aktualizacji w wersji niekompatybilnej z wersją pierwszą, związku z tym nie są wstanie wymieniać pomiędzy sobą tras routingu dynamicznego.
    • Obecnie wykorzystywaną wersję protokołu RIP można określić za pomocą komendy [show ip protocols] a zmienić za pomocą komendy [version {1 / 2}] wydanej w trybie konfiguracji protokołu RIP.
    • W przypadku wykrycia problemu z wersją protokołu RIP, komenda [debug ip rip] wyświetli następujący komunikat: [RIP: ignored v2 packet from 10.1.12.1 (inlegal vesrion)] bądź [RIP: ignored v1 packet from 10.1.12.1 (inlegal vesrion)].

    Max hop count exceeded

    • Protokół RIP wspiera maksymalnie 15 przeskoków z czego przeskok 16 określany jest jako nieosiągalny. Trasa posiadająca wartość 16, zostanie zapisana w tablicy topologii lecz nie zostanie przekazana do tablicy routingu.
    • Trasa routingu może osiągnąć wartość 16 przeskoków z powodu:
      • Zbyt dużej topologii fizycznej.
      • Zbyt dużej wartości metryki podczas redystrybucji.
      • Zbyt dużej wartości „offset”.
    • Informacje na temat funkcji „offset”, względem protokołu RIP można wyświetlić za pomocą komendy [show ip protocols].
    • W przypadku otrzymania trasy z wartością metryki równą 15, komenda [debug ip rip] wyświetli następujący komunikat debug: [RIP: recived v2 update from 10.1.12.2 on gigabitethernet 1/0 10.1.3.0/24 via 0.0.0.0 in 16 hops (inaccessible)].

    Authentication

    • Protokół RIP umożliwia uwierzytelnianie nadchodzących aktualizacji za pomocą funkcji key-chain, czystego teksu bądź klucza md5. Konfigurację funkcji uwierzytelniania można wyświetlić za pomocą komendy [show ip protocols].
    • W przypadku wykrycia problemu z uwierzytelnianiem, komenda [debug ip rip] wyświetli następujący komunikat: [RIP: ignored v2 packet from 10.1.12.1 (Invalid authentication)].

    Route filtering

    • Protokół RIP umożliwia filtrację tras routingu na postawie listy ACL, prefix listy oraz router map-y.
    • Aby zweryfikować konfigurację funkcji filtrowania tras routingu dynamicznego, należy sprawdzić czy Lista dystrybucyjna (Distribute List):
      • Ma właściwy kierunek.
      • Jest przypisane do właściwego interfejsu.
      • Wykorzystuje właściwą listę ACL.
      • Wykorzystuje właściwą prefix listę.
      • Wykorzystuje właściwą router mapę.
    • Obecną konfigurację list dystrybucyjnych (Distribute List) można zweryfikować za pomocą komendy [show ip protocols], [show ip prefix-list] bądź komendy [show route-map].

    Split horizon

    • Funkcja Split Horizon zapobiega powstawaniu pętli sieciowych, uniemożliwiając ruterowi wysyłanie wiadomości aktualizacyjnych na temat sieci, poprzez interfejs, z którego sieci te otrzymał. Problem w tym przypadku stanowi topologia wielodostęp-owa w której rutery z włączoną opcją podzielonego horyzontu nie będą w stanie przekazać aktualizacji otrzymanych z jednego rutera do drugiego, podłączonego do tego samego interfejsu.
    • Konfiguracje funkcji Split Horizon można zweryfikować za pomocą komendy [show ip interface interfejs].

    Autosummarization

    • Autosumaryzacja protokołu RIP jest możliwa, jeżeli topologia sieci wykorzystuje podział klasowy.
      • Contiguous Network – Topologia, w której sieć klasowa nie jest podzielona ani odseparowana poprzez inną podsieć.
      • Discontiguous Network – Topologia, w której sieć klasowa jest podzielona oraz odseparowana przez inną podsieć.
    Przykładowa topologia obrazująca problem związany z autosumaryzacją

    Better source of information

    • Protokół RIP w systemie Cisco IOS posiada wartość Dystansu Administracyjnego AD równą 120, jeżeli inny protokół routingu z mniejszą wartością AD bądź wpis statyczny, również rozgłasza daną trasę to może ona znaleźć się w tablicy routingu za pomocą innego źródła prowadząc przez inny adres następnego przeskoku.

    ACLs

    • Listy ACL mogą blokować aktualizacje protokołu RIP za pomocą ostatniego wpisu końcowego „deny ip any any”. Aby do tego nie dopuścić należy odblokować adres multicast 224.0.0.9 na porcie 520 protokołu UDP.

    Load balancing

    • Protokół RIP wspiera funkcję równoważenia ruchu sieciowego pomiędzy trasami z równą wartością metryki. Jeżeli jednak wartość połączeń równoważonych wynosi 1, funkcja nie zadziała prawidłowo. Aby zweryfikować konfiguracje funkcji Load Balance należy wykorzystać komendę [show ip protocols].

    Problemy związane z protokołem RIP, RIPng

    Brakująca trasa domyślna

    • Protokół RIP może rozgłaszać trasę domyślną nawet jeśli nie jest one skonfigurowana na lokalnym urządzeniu, co wiąże się z ryzykiem że adres następnego przeskoku dla takiej trasy będzie nieosiągalny, a tym samym cały przychodzący ruch sieciowy zostanie porzucony.

    Podstawowa weryfikacja konfiguracji RIPng

    • Protokół RIPng wykorzystuje adresację protokołu IPv6, związku z tym wymaga aktywacji funkcji routingu względem tego protokołu. Funkcje routingu można aktywować za pomocą komendy [ipv6 unicast-routing] wydanej w trybie konfiguracji globalnej a sprawdzić za pomocą komendy [show running-configuration | include ipv6 unicast-routing].

    Pozostałe tematy związane z protokołem RIP

  • (T) Teoria protokołu RIP*

    (T) Teoria protokołu RIP*

    Wstęp do protokołu RIP

    Właściwości protokołu RIP

    • Domyślna wartość administracyjna AD 120.
    • Domyślne ustawienia komunikacji:
      • Wykorzystywany port: UDP 520, RIPng UDP 521.
      • Wykorzystywany adres IP: RIPv1 IPv4 255.255.255.255, RIPv2 IPv4 224.0.0.9.

    Cechy protokołów Distance Vector

    • Protokoły Distance Vector, opierają swoje działanie na dwóch czynnikach.
      • Dystansie (Distance) określającym odległość od urządzenia lokalnego do sieci docelowej, w ilości przeskoków (To znaczy ilości ruterów przez które musi przejść pakiet, aby dotarł do celu).
      • Wektorze (Vector) wskazującym kierunek (Interfejs wyjściowy) poprzez który osiągalna jest sieć docelowa.

    Funkcje protokołu RIP

    • Counting to Infinity – Protokół RIP po otrzymaniu informacji o adresie następnego przeskoku dla sieci docelowej, zwiększa wartość metryki trasy do niej prowadzącej. Jeżeli metryka osiągnie wartość 16, ruter usunie daną trasę z tablicy routingu.
    • Split Horizon – Funkcja podzielonego horyzontu (Split Horizon), blokuje wysyłanie aktualizacji dotyczących tras routingu, na interfejsie z którego trasy te zostały otrzymane. Tym samym niwelowane jest ryzyko powstawania pętli sieciowych.
    • Split Horizon with Poison Reverse –
    • Route Poisoning – Trasa „Infinity” z metryką równą 16, w przypadku protokołów Distance Vector oznacza sieć niedostępną. Przykładowo, w sytuacji przejścia jednego z interfejsów sieciowych w stan „Down”, ruter usunie daną sieć z tablicy routingu rozgłaszając ją z metryką „Infinity”.

    Protokół RIPv1 vs RIPv2

    Podstawowe zasady protokołu RIP

    • Protokół RIP nie nawiązuje relacji sąsiedztwa jak i nie wysyła wiadomości powitalnych Hello, w zamian za to wykorzystuje mechanizm systematycznych aktualizacji zawierających całą zawartość Tablicy Routingu.
    • W przypadku zajścia zmian w topologii sieciowej RIP wysyła dodatkową aktualizację „Triggered Update” w której, zawarte są jedynie informację o zmianach zaszłych w topologii sieci.
    • Pojęcia związane z protokołem RIP:
      • Update interval / timer – Określa odstępy czasowe w wysyłaniu wiadomości aktualizacyjnych (30 sekund).
      • Invalid After Timer – Określa czas, po którym trasa routingu zostanie uznana za nieosiągalną, rozpoczynając tym samym odliczanie czasu „Holddown”. Każdorazowe otrzymanie aktualizacji zawierającej informacje o danej trasie, zeruje wartość czasu „After Timer”. (Domyślny wartość czasu wynosi 180 sekund).
      • Holddown Timer – Po upływie czasu „After Timer” względem jednej z tras routingu, ruter rozpoczyna proces rozgłaszania danej trasy z metryką „Infinity”, jednocześnie nie ignorując nowe aktualizacje dotyczące danej trasy (Domyślny czas wynosi 180 sekund).
      • Flushed After Timer – Określa czas, po upływie którego trasa routingu zostanie usunięta z tablicy routingu. Każdorazowe otrzymanie aktualizacji zawierającej informacje o danej trasie zeruje wartość czasu „Flushed After Timer”. (Domyślny czas wynosi 240 sekund).
    Aktualizacje RIP są wysyłane poprzez port 520 (UDP) na adresu Multicast 224.0.0.9 dla protokołu RIPv2 jak i adres rozgłoszeniowy 255.255.255.255 dla RIPv1.

    RIPv1 a RIPv2 podobieństwa i różnice

    Funkcjonalność RIPv1 RIPv2
    Metric Hop count Hop count
    Update Destination 255.255.255.255 224.0.0.9
    Counting to Infinity Yes Yes
    Split Horizon Yes Yes
    Poisoning Yes Yes
    Full update Yes Yes
    Triggered Update   Yes
    VLSM No Yes
    CIDR No Yes
    Summarization No Yes
    Authentication No Yes
    Algorithm Bellman-Ford Bellman-Ford
    Transport Protocol   UDP port 520
    Update Interval 30 Seconds 30 Seconds

    RIPv1 a RIPv2 podobieństwa i różnice

    Budowa wiadomości RIPv2

    Budowa wiadomości protokołu RIPv2 („Request” oraz „Response”)
    • Budowa wiadomości protokołu RIPv2:
      • Command –
      • Version –
      • Adress Family ID –
      • Route tag –
      • IP Address –
      • Subnet Mask –
      • Next Hop –
      • Metric –
    • Protokół RIP wykorzystuje dwa rodzaje wiadomości „Request” oraz „Response”. Wiadomość „Request” jest wysyłana do sąsiedniego rutera w celu natychmiastowego uzyskania pełnej bądź częściowej aktualizacji „Triggered Update”, przed upływem czasu „update Timer”. Natomiast Wiadomość „Response” stanowi odpowiedź zawierającą informację o sieciach których dotyczyło zapytanie „Request”.
    • W celu uzyskania pełnej aktualizacji Tablicy Routingu, ruter wysyła wiadomość „Request” z jednym wpisem zawierającym wartość „Address Family ID” ustawioną na 0 oraz metryką ustawioną na 16. Przykładową sytuacją wymagającą pełnej aktualizacji jest pierwsza wymiana wiadomości pomiędzy ruterami bądź zastosowanie komendy [clear ip route] na jednym z urządzeń.

    Funkcja Load Balance

    • Umożliwia równomierne obciążenie dwóch tras prowadzących do tej samej sieci docelowej (Jeśli posiadają one taką samą wartość metryki).
    • Ilość tras wykorzystywanych do równomiernego obciążenia może być modyfikowana komendą [maximum–paths liczba] (Domyślana wartość wynosi 4).

    Protokół RIPng

    Porównanie protokołu RIPng z protokołem RIPv2

    Feature RIPv2 RIPng
    UDP port UDP 520 UDP 521
    Support automatic summarization Yes No
    Multicast Update Destination 224.0.0.9 FF02::9

    Różnice występujące pomiędzy protokołem RIPv2 a RIPng

    Pozostałe tematy związane z protokołem RIP