Proiectat pentru rețele relativ mici și relativ omogene. Traseul de aici este caracterizat de un vector de distanță până la destinație. Se presupune că fiecare router este punctul de plecare al mai multor rute către rețelele cu care este conectat. Descrierile acestor rute sunt stocate în tabelul de rutare. Tabelul de rutare RIP conține câte o înregistrare pentru fiecare mașină servită (pentru fiecare rută). Înregistrările trebuie să includă:
Metrica traseului (de la 1 la 15, numărul de pași până la destinație). Pentru a măsura distanța dintre rețeaua sursă și receptorul de rețea, RIP utilizează o singură măsură de rutare, contorul de noduri. Fiecare nod pe calea de la sursă la receptor este atribuit valorii contorului de noduri. În mod obișnuit, atunci când router-ul primește un mesaj de actualizare a rutei cu o înregistrare de rețea nouă sau modificată, receptorul mărește valoarea metrică din ruta actualizată cu 1 și intră în rețea în tabelul de rutare.
Timeri ale traseului. Pentru a controla performanța la RIP, se folosesc diferiți cronometre, incluzând cronometrul de actualizare a rutei, cronometrul de așteptare și cronometrul de offset al traseului. Cronometrul de actualizare a traseului contorizează intervalele dintre actualizările periodice ale rutelor. Fiecare intrare din tabela de rutare are propriul cronometru de așteptare. Când valoarea intervalului specificată în acest cronometru expiră, ruta este marcată ca nevalidă, dar stocată în tabel până la expirarea timpului specificat în cronometrul de offset al traseului.
RIP trimite un mesaj despre actualizarea rutelor la intervale regulate, precum și la schimbarea topologiei rețelei. Când ruterul primește informații despre actualizarea rutelor, care include intrările modificate ale tabelului de rutare, acesta actualizează tabelul de rutare, adăugând o nouă rutare la acesta. Valoarea metrică a traseului este mărită cu 1, iar următorul nod este indicat ca expeditor al mesajului. Routerele RIP stochează numai cel mai bun traseu către receptor (ruta cu cea mai mică valoare metrică). După actualizarea tabelului de rutare, routerul începe imediat să transmită mesajul de actualizare a rutei pentru a informa alte routere din rețea despre schimbările care au avut loc. Aceste informații sunt trimise indiferent de actualizările programate, periodice trimise de routerele RIP.
Protocolul RIP trebuie să poată gestiona trei tipuri de erori:
1. Traseele ciclice. Nu există mecanisme pentru a detecta rutele închise în protocol - fie credeți orbește parametrii, fie luați măsuri pentru a bloca această posibilitate.
O ilustrare explicând apariția rutelor ciclice folosind un vector de distanță
2. Pentru a suprima instabilitatea, RIP ar trebui să utilizeze o valoare mică a numărului maxim posibil de pași (<16).
3. Distribuția lentă a informațiilor de rutare în rețea creează probleme în schimbarea dinamică a situației rutei (sistemul nu ține pasul cu modificările). O mică limită metrică îmbunătățește convergența, dar nu elimină problema.
Problema poate fi rezolvată după cum urmează. Router-ul își amintește, prin care interfață se primesc informațiile de rutare, iar această informație nu mai transmite prin această interfață. În exemplul de mai sus, GW2 nu va trimite informații de-a lungul căii către rețeaua A către ruterul GW1, de unde a primit aceste date. În acest caz, în tabelul de traseu GW1, calea către A dispare imediat. Restul routerelor învață despre disponibilitatea rețelei A în mai multe cicluri. Există și alte modalități de depășire a proceselor de tranziție lentă. Dacă vi se notifică o cale scurtă, toate nodurile destinatarului vor primi imediat aceste informații. Dacă ruterul se închide într-un anumit mod, anularea acestuia este fixată de restul numai la intervalul de timp. O metodă comună de eliminare a erorilor de rutare este folosirea unei viteze de expunere suficient de lungi înainte de a utiliza informațiile despre schimbarea rutei. În acest caz, până la schimbarea rutei, aceste informații vor fi disponibile tuturor participanților la procesul de rutare. Dar toate metodele de mai sus și alți algoritmi cunoscuți, care rezolvă o problemă, sunt adesea făcuți de alții. Multe dintre aceste metode pot provoca, în anumite condiții, o avalanșă de mesaje difuzate, care perturbă și rețeaua. Este viteza redusă de stabilire a rutelor în PAR și este motivul pentru înlocuirea lor treptată cu alte protocoale.
În RIP, mesajele sunt încapsulate în UDP - datagrame. Ca metric, RIP utilizează numărul de pași către țintă. Dacă există trei routere între expeditor și receptor, se consideră că există 4 pași între ele. Acest tip de metric nu ia în considerare diferențele dintre lățimea de bandă și sarcina segmentelor individuale ale rețelei. Utilizarea unui vector de distanță nu poate garanta alegerea optimă a unui traseu.
"TEAM" indică dacă pachetul este o cerere sau un răspuns. Cererea cere ca routerul să trimită tabelul de rutare, integral sau parțial. Răspunsul poate fi nesolicitat, actualizarea regulată a informațiilor despre rută sau răspunsul la o solicitare. Răspunsurile conțin înregistrările tabelului de rutare. Pentru a transfera informații din tabele de rutare mari, sunt utilizate mai multe pachete RIP.
VERSIUNEA pentru RIP este 1 (pentru RIP-2 este 2).
"ZERO FIELD" în protocolul RIP nu este de fapt utilizat. Se adaugă numai pentru a asigura compatibilitatea cu versiunile non-standard ale RIP și conține o valoare zero.
"NETWORK OF NETWORKS OF NETWORK I" definește un set de protocoale care sunt utilizate în rețeaua corespunzătoare (pentru Internet acest câmp are o valoare de 2).
"DISCONNECȚIA ÎNAINTE DE REȚEA i" conține un număr întreg de pași (de la 1 la 15) la această rețea. Un mesaj poate conține informații despre 25 de rute.
La punerea în aplicare a PAR, se pot distinge următoarele moduri:
Inițializarea. Identificați toate interfețele "live" prin trimiterea de cereri, obținând tabele de rutare de la alte routere. Cererile de difuzare sunt adesea folosite.
Răspunsul a fost primit. Se efectuează corectarea tabelului de rutare (îndepărtare, corecție, adăugare).
Corecții corecte. La fiecare 30 de secunde, toate sau o parte din tabela de rutare sunt trimise tuturor routerelor vecine. Cereri speciale pot fi trimise, de asemenea, atunci când tabelul este schimbat local. RIP este un protocol destul de simplu.
2. RIP nu durează prea mult timp pentru a restabili conexiunea după aceea în router (minute). În procesul de stabilire a regimului, sunt posibile cicluri.
3. Numărul de pași este important, dar nu este singurul parametru al traseului și 15 pași nu reprezintă limita pentru rețelele moderne.
Protocolul RIP-2 este o nouă versiune a RIP, care în plus față de modul de difuzare acceptă multicasting, vă permite să lucrați cu măști de subrețea.
În formatul protocolului RIP-2, câmpul "COMMAND" înseamnă același lucru ca în protocolul RIP.
Câmpul "VERSION" pentru protocolul RIP-2 este 2.
Linia "ROUTING LINE" servește la recunoașterea rutelor interne (recunoscute de RIP) și a rutelor externe (identificate prin alte protocoale).
Câmpul de daemon de rutare este identificatorul programului ruter rezident.
Câmpul etichetei de traseu este utilizat pentru a susține protocoalele externe de rutare, aici sunt înregistrate codurile sistemelor autonome. Dacă este necesar controlul accesului, puteți utiliza primii 20 de octeți cu codul de setare a protocolului 0xFFFF și eticheta de traseu este 2. Apoi restul de 16 octeți pot fi scrise în parolă.
Câmpul metric determină câte noduri (secțiuni de tranzit între routere) trebuie să treci de-a lungul căii spre receptor. Pentru rutele actuale, această valoare se situează în intervalul de la 1 la 15, iar în cazul celor inactive este de 16.
Câmpurile rămase sunt identice cu câmpurile protocolului RIP.