Convergența este o stare în care toate routerele utilizează aceeași înțelegere a routerelor în topologia actuală a rețelei. Convergența în rețea este ruptă doar temporar atunci când un router sau o legătură de comunicare coboară. După încălcarea convergenței, este nevoie de timp ca rutele să facă schimb de informații pentru a restabili convergența în noua topologie a rețelei.
Există mai multe tehnologii prin care protocolul RIP IP poate îmbunătăți performanța în medii dinamice și care poate contribui la creșterea vitezei de convergență.
3.1. Splitting Horizon (Split-Horizon)
Preveni apariția de rutare bucle poate ajuta la problema Horizon.Opisannaya Split-tehnologie, „înșelăciune reciprocă“ (formarea de buclă) pot fi rezolvate prin determinarea napravleniyaposylki informații de rutare.
Utilizarea router Split-Horizon nu va face schimb de informații despre o rută specifică prin intermediul portului, care a fost sursa cuvintelor tehnologiei informatsii.Drugimi, router-ul nu va fi informat cu privire la accesibilitate a destinatarului vecinul său de la traseul pe care la informațiile de destinație a fost primit.
3.2 Corecția inversă (Poison-Reverse)
Tehnologia Poison Reverse rezolvă aceleași probleme ca tehnologia Split-Horizon, dar într-un mod ușor diferit. Routere vor distribui rute prin porturile care sunt sursa lor. Dar aceste rute vor fi identificate ca fiind inaccesibile, ceea ce se realizează prin stabilirea numărului de tranziții la 16.
Rutele cu un număr specific de tranziții de 16 nu furnizează informații suplimentare. Cu toate acestea, transmiterea unor astfel de mesaje va crește sarcina rețelei. Atunci când se modifică topologia rețelei, rata de convergență poate crește, făcând trimitere atât la rutele care nu ar trebui utilizate, cât și la rutele care ar trebui utilizate.
Principalul dezavantaj al acestei tehnologii este că mărește dimensiunea mesajelor despre descoperirea rutelor. În multe cazuri, administratorul poate accepta faptul că există o convergență lentă pentru a reduce încărcarea rețelei cauzată de creșterea numărului de mesaje de actualizare.
3.3 Actualizare declanșată
Partajarea tehnologiilor Split-Horizon și Poison Reverse este necesară pentru a preveni buclele de rutare care includ numai două routere. Cu toate acestea, pot exista situații în care trei sau mai multe routere sunt incluse în procesul de "înșelăciune reciprocă". De exemplu, orice router M1 consideră că are un traseu prin routerul M2, routerul M2 până la M3, M3 până la M4 și M4 până la M1. Pentru a accelera convergența în astfel de situații este actualizată tehnologia Triggered.
Această tehnologie necesită ca routerul să trimită imediat mesaje de actualizare vecinilor săi dacă detectează o modificare a metricului de traseu. Mesajele trebuie trimise. chiar dacă nu este timpul pentru mesajele obișnuite.
Problema convergenței în protocolul RIP depinde de faptul dacă actualizările sunt trimise temporar sau pe baza evenimentelor care au avut loc. În principiu, mesajele trimise ca urmare a unui incident de anumite evenimente vor crește rata de convergență, dar, de asemenea, vor determina o creștere a traficului în rețea.
3.4 Refuzul temporar de a primi un mesaj (Hold-Down și colectarea gunoiului)
Rutele primite folosind protocolul RIP pot trece printr-o serie de etape în tabela de rutare. De exemplu, pentru routerele 3Com, traseele parcurg următoarele etape:
Traseul UP poate fi în această etapă dacă este accesibil cu o anumită măsură (mai mică de 16). Traseul rămâne în această stare pentru un interval de șase ori între trimiterea periodică a mesajelor de actualizare. Această valoare este cunoscută ca cronometrul de rută. Acest cronometru este resetat de fiecare dată când apare un nou mesaj de actualizare pentru acest traseu. După expirarea acestui cronometru, ruta nu mai este considerată corectă și este transferată în etapa de colectare a gunoiului;
traseu Hold-jos-, situat în faza UP, merge la acest pas, în cazul în care router-ul a primit mesajul cu privire la actualizarea unui traseu cu o egală valoare la infinit, de la router, care a fost o sursă de informații despre această rută. Ruta va rămâne în acest stadiu pentru întreaga perioadă de timp egală cu intervalul de patru ori pentru trimiterea mesajelor de actualizare. Această valoare este cunoscută sub numele de Cronometru de așteptare. În acest stadiu, ruterul va ignora informațiile din rețea pentru o perioadă de timp după primirea mesajului, informând că această rețea nu este accesibilă. Când cronometrul de așteptare este resetat, traseul ajunge în stadiul de colectare a gunoiului. Dacă un mesaj care conține informații despre această rută cu o valoare mai mică de 16, obținută de la router original, pentru a reseta cronometrul, acest traseu va trece în etapa UP. Scopul acestei stări este de a permite tuturor celorlalte routere din sistemul autonom să primească informații că ruta nu funcționează;
Gunoi-Collection. Când cronometrul de rută care a fost în stadiul UP este resetat, merge în etapa Colecției de gunoi. Traseul poate rămâne în această etapă pentru o perioadă egală cu un interval de actualizare de patru ori. Această valoare este denumită Timer de colectare a gunoiului. În acest stadiu, vecinii pot notifica router-ul că rețeaua nu este accesibilă. În această etapă, în toate mesajele de actualizare trimise de acest router este inclus un traseu cu o valoare de 16. Acest lucru face ca ruta să fie eliminată din lista rutelor posibile. Dacă nu primiți un mesaj de actualizare înainte de a reseta cronometrul de colectare a gunoiului, traseul este eliminat din tabela de rutare. Dacă un ruter învecinat informează despre acest traseu cu o valoare mai mică de 16 pentru a reseta temporizatorul, noul traseu va înlocui traseul pregătit pentru ștergere. În acest caz, temporizatorul este resetat.
Fig. 4 Schema de modificare a stărilor traseului.
3.5 Monitorizarea utilizării resurselor de rețea
administratorul de rețea în sistem autonom poate fi necesară pentru a controla utilizarea de cantități seti.Ogranichivaya distribuite de rutare a resurselor informaționale sistem redundant nedorite nu vor fi în căile de rutare controlate de către administratorul de rețea. În funcție de implementare, următoarele reguli permit administratorului să monitorizeze conținutul mesajelor de actualizare a protocolului RIP:
- Router-ul trebuie să transmită informații tuturor vecinilor despre rețelele conectate direct la acesta. Pentru a reduce dimensiunea mesajelor de actualizare, routerul nu include informații despre rețelele la care este conectat acesta și vecinii săi.
- Router-ul suportă tehnologia Split-Horizon, deci nu vă va informa despre căile care sunt accesibile prin routerele de la care au fost obținute aceste informații. această tehnologie ajută la rezolvarea problemei de convergență lentă în algoritmul de lungime vectorial.
- Parametrii reglabil Poison / Nu Poison pot fi puse în aplicare pentru a clarifica instrucțiunile Split-Horizont tehnologie: rute indicate ca fiind inaccesibile sau pur și simplu nu sunt incluse în mesajul de actualizare.
- Regulile de rețea pot fi implementate pentru a gestiona lista de rețele care sunt notificate utilizând RIP. Implicit, protocolul trebuie să raporteze toate rețelele. Administratorul poate controla rutele care vor fi notificate prin schimbarea listei.
- Politica de interior poate fi implementată pentru a determina aspectul mesajelor din protocolul RIP care informează despre rutele din tabela de rutare obținute de la un alt protocol de clasă IGP. De exemplu, acest parametru poate fi utilizat pentru a determina rutele raportate prin protocolul RIP obținut utilizând alte protocoale, cum ar fi OSPF și IS-IS.
- Politica externă poate fi implementată pentru a gestiona lista de rețele notificate prin protocolul IP RIP și derivată din protocoalele de politică de rutare, cum ar fi EGP sau BGP. În mod implicit, informațiile despre astfel de rute nu ar trebui trimise.
- Regulile statice personalizate (politica statică) pot fi implementate pentru a determina conținutul mesajelor despre actualizarea rutelor statice. Trebuie remarcat faptul că toate rutele primite din mesajele de protocol IP RIP vor fi considerate ca aparținând acestui protocol.
- Metrica implicită (metrică implicită) poate fi implementată pentru a determina dacă este notificat protocolul IP RIP implicit. Administratorul de rețea poate alege metrica care va fi utilizată cu ruta prestabilită.
- Politica de primire poate fi implementată pentru filtrarea mesajelor primite de la rutele vecine. Aceasta permite administratorului să monitorizeze informațiile primite de la vecini, care vor fi stocate în tabela de rutare.
Aceste reguli sunt utilizate în routerele NetBuilder II ale 3Com.