ÎMpiedicând numărătoarea la numerele de infinit în rețeaua dvs. - dummies

Fenomenul Counting to Infinity poate dezactiva rapid o rețea gestionată de protocolul de rutare a distanței. Următoarele secțiuni explorează modalități de a împiedica numărarea la infinit și buclele de rutare rezultate să se întâmple în rețea.

Horizon split

Dacă utilizați RIPv1, aveți o soluție sub forma unui concept numit orizont split. În acest concept, dacă primiți rutarea pe o interfață, trimiterea informațiilor înapoi din acea interfață nu este probabil să fie productivă.

Deci, dacă examinați numai informațiile de rutare pentru rețeaua 10. 4. 0. 0/16 în procesul de rutare, fluxul de informații despre traseu este transmis după cum urmează:

1. Router2 afișează ruta la 10. 4. 0. 0/16.

   Învață despre ruta prin interfața S0 / 1 orientată spre Router3.

2. Router2 trimite actualizările tabelului de rutare.

   Actualizările ies prin ambele interfețe, dar filtrează ruta la 10. 4. 0. 0/16 din listă atunci când trimite rutele prin interfața S0 / 1, după cum se arată în figura următoare.

3. primește ruta la 10. 4. 0. 0/16 de la Router2 pe interfața S0 / 0. Router1

4. trimite actualizările tabelului de rutare. Aceste actualizări ies prin ambele interfețe, însă filtrează ruta la 10. 4. 0. 0/16 din listă atunci când trimite rutele prin S0 / 0.

   

intoxicație pe traseu

În loc să folosească orizontul divizat, RIPv2 implementează un proces numit

otrăvire ruta. Următorul este secvența pentru procesul de otrăvire a traseului: Router3

1. identifică faptul că linkul la 10. 4. 0. 0/16 este în jos.

   Router3 își actualizează instantaneu metricul pentru acea rețea la infinit - sau în cazul RIPv2, un număr de hop-uri de 16 - și trimite această tabelă de rutare imediat, așa cum este ilustrat în Figura 6-7. Router2

2. primește actualizarea. Actualizează apoi propriul tabel de rutare prin eliminarea rutei la 10. 4. 0. 0/16, deoarece nu mai este valabilă. După ce această actualizare este finalizată, Router2 trimite propria actualizare prin interfața S0 / 0. Router1

3. primește actualizarea. Această actualizare nu mai include o rută la 10. 4. 0. 0/16, cauzând

   Router1 pentru a elimina ruta către acea rețea. În cazul otrăvirii prin router, procesul de actualizare se escaladează astfel încât informațiile despre ruta necorespunzătoare să fie eliminate din rețea în timp util. Puteți extinde acest sistem utilizând un proces numit

   

otravă inversă. În acest caz, după ce

Router2 vede că numărătoarea sau măsura hop ajunge la infinit, trimite o actualizare a tabelului de rutare înapoi la Router3 cu o metrică infinită, la 10.4. 0. 0/16 nu mai este disponibil. Acest proces reduce șansa ca o actualizare necorespunzătoare să ajungă la Router3 și să provoace o buclă. Cronometre de menținere

Cronometrele de așteptare

reprezintă o altă soluție pentru buclele de rutare pe care le implementează unele protocoale de rutare. Cronometrele de așteptare împiedică mesajele de actualizare a protocolului să actualizeze în mod necorespunzător rutele pentru linkurile care sunt în prezent în afara. Următorul este secvența de implementare a cronometrelor de așteptare: Router2

1. primește o actualizare care spune că linkul la 10. 4. 0. 0/16 este în jos. Router2

2. marchează traseul ca posibil în jos și stabilește un cronometru de așteptare. Router2

3. așteaptă o actualizare. Dacă obține o actualizare cu o valoare mai bună decât cea originală,

   • Router2 înregistrează traseul ca fiind sus și accesibil. Dacă nu primește o actualizare în intervalul de timp,

   • Router2 elimină ruta din tabela de rutare. Rutele care

   • Router2 primesc cu o valoare mai slabă decât cea inițială sunt eliminate automat. În timpul perioadei de așteptare, dacă sunt transmise date către rețeaua 10. 4. 0. 0/16, datele sunt trimise ca o încercare de livrare. Tentativă de livrare se face în cazul în care linkul la 10. 4. 0. 0/16 are o problemă intermitentă.

Actualizări declanșate

Actualizările declanșate se ocupă de numărătoarea problemelor infinite prin forțarea unei actualizări de îndată ce se schimbă linkul.

Deci, revenind la aspectul rețelei pe care l-ați utilizat, atunci când link-ul către rețea 10. 4. 0. 0/16 coboară, Router3 trimite o actualizare imediată, notificând vecinilor săi că linkul este jos. Router2 primește actualizarea și trece imediat actualizarea vecinilor săi, cum ar fi Router1. În cadrul programului său normal de actualizare, Router2 ar putea primi încă o altă actualizare de la Router1 înainte de a obține actualizarea pentru a elimina ruta. Soluția este de a combina actualizările declanșate cu cronometre de așteptare, care împiedică adăugarea rutelor cu valori mai slabe la masa de rutare a routerului.