Selectarea rutei în routerele cisco

Ordin, Pune o întrebare

Unul dintre aspectele cele mai interesante ale routerelor Cisco, în special pentru utilizatorii care nu cunosc rutarea, este metoda pe care ruterul o folosește pentru a selecta cel mai bun traseu disponibil creat prin protocoalele de rutare, folosind configurația manuală și alte metode. Deși procesul de selectare a traseului este mai simplu decât se poate aștepta, o înțelegere deplină a acestui proces necesită cunoașterea principiilor de funcționare a routerelor Cisco.







Procese conexe

Construirea unei mese de rutare

Principalele considerente luate în considerare la construirea unei tabele de rutare sunt:
  • Distanța administrativă este o măsură a fiabilității sursei rutei. Dacă routerul primește date de atribuire din mai multe protocoale de rutare, distanțele administrative sunt comparate, iar avantajul este obținut pe rute cu o distanță administrativă mai mică. Cu alte cuvinte, acesta este gradul de încredere în sursa rutei.
  • Metricile sunt o măsură pe care protocolul de rutare utilizează pentru a calcula cea mai bună cale către o anumită destinație, dacă sunt cunoscute mai multe căi spre această destinație. Fiecare protocol de rutare folosește valoarea sa.
  • Lungimea prefixului
Când procesele de rutare primesc actualizări și alte date, ele selectează cea mai bună cale spre destinația specificată și încearcă să seteze această cale în tabela de rutare. De exemplu, dacă protocolul EIGRP primește date despre calea către rețeaua 10.1.1.0/24 și definește această cale ca fiind cea mai bună, încearcă să stabilească această cale în tabela de rutare.

Router-ul decide instalarea rutelor reprezentate de procesele de rutare, pe baza distanței administrative a traseului. Calea cu cea mai mică distanță administrativă de destinație (în comparație cu alte rute de tabelă) este setată la tabela de rutare. Dacă această rută nu este un traseu cu o distanță administrativă mai bună, este respinsă.

Pentru a înțelege mai bine acest proces, luați în considerare un exemplu. Să presupunem că routerul are 4 procese de rutare - EIGRP, OSPF, RIP și IGRP. Toate cele 4 procese au primit date pe diferite rute către rețea 192.168.24.0/24 și fiecare a ales calea cea mai bună la această rețea utilizând metrici și procese interne.

Fiecare dintre cele patru procese încearcă să își stabilească ruta la rețeaua 192.168.24.0/24 din tabela de rutare. Fiecare dintre procesele de rutare este atribuită unei distanțe administrative, care este utilizată pentru a decide cu privire la instalarea rutei.

Distanțe administrative implicite

Deoarece traseul intern EIGRP are cea mai bună distanță administrativă (cu cât distanța administrativă este mai mică, cu atât este mai mare prioritatea), aceasta este stabilită în tabela de rutare.

Rute de rezervă

Ce alte protocoale - RIP, IGRP și OSPF - fac cu rutele dezinstalate? Ce se întâmplă dacă ruta optimă din protocolul EIGRP nu este disponibilă? Software-ul Cisco IOS utilizează două abordări pentru a rezolva această problemă. Primul este că fiecare proces de rutare periodic încearcă să-și stabilească cele mai bune rute. Dacă ruta cea mai preferată nu este disponibilă, următorul traseu prioritar va fi selectat în următoarea încercare (în funcție de distanța administrativă). O altă soluție, protocolul de rutare, care nu a reușit să stabilească ruta la masă, trebuie să dețină acest traseu. Tabelul de rutare trebuie să indice dacă cea mai bună rută eșuează.

Pentru protocoalele care nu au propriile tabele cu informații de rutare, de exemplu IGRP, se utilizează prima metodă. De fiecare dată când IGRP primește o actualizare de rută, încearcă să seteze datele actualizate în tabela de rutare. Dacă tabela de rutare are deja un traseu spre această destinație, încercarea de instalare nu reușește.

Protocoalele care utilizează propria bază de date de rutare, cum ar fi EIGRP, IS-IS, OSPF, BGP și RIP, înregistrează un traseu de rezervă dacă încercarea inițială de a stabili un traseu eșuează. Dacă ruta setată în tabela de rutare eșuează dintr-un motiv sau altul, procesul de întreținere a tabelului de rutare solicită procesele tuturor protocoalelor de rutare care au înregistrat ruta de rezervă și solicită plasarea acestui traseu într-un tabel. Dacă o rută de rezervă a înregistrat mai multe protocoale, ruta preferată este selectată pe baza distanței administrative.







Schimbarea distanței administrative

Distanța implicită administrativă nu va fi întotdeauna potrivită pentru o anumită rețea, astfel încât distanțele administrative pot fi modificate, de exemplu, pentru a conferi RIP rute o prioritate mai mare decât rutele IGRP. Înainte de a examina procesul de schimbare a distanțelor administrative, este necesar să înțelegem consecințele acestei schimbări.

Pentru protocoalele complete, modificarea distanței este relativ simplă. Pentru aceasta, introduceți comanda de distanță în modul subconfigurare al procesului de rutare. În plus, distanța rutelor primite dintr-o singură sursă poate fi modificată numai în anumite protocoale și numai pentru rute individuale.

Pentru a modifica distanța pentru rutele statice, introduceți distanța dorită după următoarea comandă de rutare ip:

ip masca de subrețea a rețelei de rute următoarea distanță de hip

Nu puteți schimba distanța pentru toate rutele statice în același timp.

Cum metricul afectează procesul de selectare a traseului

Traseele sunt selectate și integrate în tabela de rutare pe baza distanței administrative a protocolului de rutare. Traseele cu cea mai mică distanță administrativă primită de la protocolul de rutare sunt instalate în tabela de rutare. Dacă există mai multe căi spre aceeași destinație pe baza aceluiași protocol de rutare, acestea vor avea aceleași distanțe administrative. În acest caz, calea optimă va fi selectată pe baza metricei. Metricile sunt valori care sunt legate de anumite rute și le clasifică de la cele mai preferate la cele mai puțin preferate. Parametrii utilizați pentru a calcula valorile depind de protocolul de rutare. Calea cu cea mai mică valoare este selectată ca cale optimă și este setată în tabela de rutare. Dacă există mai multe căi cu aceleași valori la aceeași destinație, sarcina este distribuită de-a lungul acestor căi.

Lungimile prefixelor

Pentru a înțelege modul în care routerele se descurcă cu o altă situație comună, luați în considerare următorul scenariu - lungimea variabilă a prefixelor. Să presupunem că ruterul rulează patru procese de rutare și fiecare dintre ele primește următoarele rute:
  • EIGRP (intern): 192.168.32.0/26
  • RIP: 192.168.32.0/24
  • OSPF: 192.168.32.0/19
Care dintre aceste rute va fi setată în tabela de rutare? Deoarece traseul intern EIGRP are cea mai bună distanță administrativă, este ușor de presupus că acesta va fi instalat mai întâi. Cu toate acestea, rutele au lungimi diferite de prefix (măști de subrețea) și, prin urmare, sunt considerate rute spre destinații diferite. În acest caz, toate rutele vor fi adăugate la tabela de rutare.

Să analizăm cele trei rute pe care tocmai le-am instalat în tabelul de rutare și să vedem cum arată routerul.

router # arată ruta ip
.
D 192.168.32.0/26 [90/25789217] prin 10.1.1.1
R 192.168.32.0/24 [120/4] prin 10.1.1.2
O 192.168.32.0/19 [110/229840] prin 10.1.1.3
.

IP Classless

Notă. Dacă supernetul sau ruta implicită este obținută din protocoalele IS-IS sau OSPF, comanda de configurare fără ip fără clasă este ignorată. În acest caz, modul de comutare a pachetelor funcționează ca și cum comanda ip clasa fără fir a fost configurată.

router # arată ruta ip
.
172.30.0.0/16 este subnetnet variabil, 2 subrețele, 2 măști
D 172.30.32.0/20 [90/4879540] prin 10.1.1.2
D 172.30.32.0/24 [90/25789217] prin 10.1.1.1
S * 0.0.0.0/0 [1/0] prin 10.1.1.3

Aceasta este baza pentru rutarea clasică. Dacă este cunoscută o parte a rețelei de bază, dar subnetul acestei rețele primare pentru care pachetul este destinat este necunoscut, pachetul este eliminat.

Cel mai dificil aspect al acestei reguli este că routerul utilizează numai ruta implicită dacă rețeaua de destinație primară nu este prezentă în tabela de rutare.

Acest lucru poate cauza probleme de rețea în care un site de la distanță cu o conexiune la restul rețelei nu utilizează protocoale de rutare, așa cum se arată în exemplu.

Selectarea rutei în routerele cisco

Router-ul nodului la distanță este configurat după cum urmează:

interfață Serial 0
adresa IP 10.1.2.2 255.255.255.0
!
interfață Ethernet 0
adresa IP 10.1.1.1 255.255.255.0
!
ip ruta 0.0.0.0 0.0.0.0 10.1.2.1
!
fără ip fără clasă

Setarea comenzii ip fără clasă pe routerul de la distanță rezolvă această problemă. Acesta permite ruterului la distanță să ignore limitele de rețea clasice în tabela de rutare și să aleagă pur și simplu ruta cu cea mai lungă lungime a prefixului.

Selectarea rutei în routerele cisco

Traseul cu cel mai lung prefix întotdeauna câștigă printre rutele stabilite în tabela de rutare. Protocolul de rutare cu cea mai mică distanță administrativă câștigă atunci când setează rutele spre tabela de rutare.

Aveți întrebări?
Contactați "ITMaxima" pentru a afla detaliile și pentru a obține exact ceea ce aveți nevoie.







Articole similare

Trimiteți-le prietenilor: