Bună ziua, prieteni. În lumina viitorului curs de laborator CCNP / ROUTE, ne aprofundăm în nuanțele funcționării diferitelor protocoale și uneori găsim trăsături interesante. În special, în acest articol vom vorbi despre diferența în funcționarea actualizărilor de filtrare în protocoalele de rutare dinamică OSPF și EIGRP. Observ imediat că nu vom lua în considerare redistribuirea între protocoalele de rutare. Deci, de ce.
În general, așa cum se arată în cărțile de modă CiscoPress, puteți distinge următoarele 3 componente implicate în procesul de construire a tabelului de rutare:
Interfața este responsabilă pentru stabilirea unui cartier și schimbul de informații despre traseu.
Protocol Structura - este principala baza de date de protocol, care stochează informații despre toate rutele posibile, active și de rezervă, pe baza cărora să construiască o tabelă de rutare (pentru OSPF - acest link stat Baza de date (LSDB), pentru EIGRP - topologiei tabelul).
Tabelul de rutare - tabelul de rutare efectiv, pe baza căruia traficul este transmis prin rețea.
Procesul și procedura de distribuire a informațiilor de rutare depind de protocol, astfel încât nu vom atinge aceste specificități. Cu toate acestea, mecanismul de filtrare a actualizării este similar. Pentru aceasta, următoarea comandă este utilizată în modul de configurare a protocolului de rutare:
Deoarece regulile, pe baza cărora se efectuează filtrarea, listele de acces, liste de prefixe și în versiunile noi ale IOS, pot fi utilizate hărți rute. Este clar că listele de acces sunt instrumentul cel mai nepoliticos, iar harta rutelor este cea mai flexibilă. Dar pentru acest articol nu contează, suntem interesați de direcția de aplicare a filtrării, și anume "out" sau "in":
Pentru a opera cu unele fapte concrete, nu abstracte, să luăm în considerare funcționarea filtrării pe o topologie specifică:
Mai întâi, configurați EIGRP pe routerele R1 și R2 (setarea este identică):
Să ne uităm la topologia și tabelele de rutare
Tabelul de rutare conține toate rutele din tabelul de topologie. Este logic, deoarece nu există alte canale de comunicare, chiar indirecte, între R1 și R2. De exemplu, vrem să ascundem rețelele 10.0.1.0/24 și 10.0.3.0/24 de la utilizatorii de rețele conectate la R2. Există două moduri de a face acest lucru:
1) prin filtrarea actualizării de ieșire pe R1:
2) prin filtrarea actualizării primite la R2:
În ambele cazuri, ieșirea comenzii "arată topologie nelimitată" ne va arăta acest lucru:
Doar în caz, să vedem tabela de rutare
Aceasta înseamnă că nu există aceste rute în tabelul de topologie, astfel că filtrarea se face între interfață și "baza de date" a protocolului.
Rețineți, de asemenea, că după specificarea parametrului "in" sau "out", puteți specifica interfața pe care să filtrați actualizările. Dacă interfața nu este specificată, actualizările vor fi filtrate pe TOATE interfețele routerului.
Acum ia în considerare aceeași problemă pentru OSPF:
Ca și în cazul EIGRP, vom filtra mai întâi actualizările de ieșire la R1:
Verificăm LSDB și tabela de rutare pe R2:
Op-na ... și rutele sunt acolo și nu sunt filtrate - acesta este numărul unu de focalizare. OSPF nu filtrează rutele de ieșire, adică toate rutele din LSDB sunt propagate prin rețea.
Încercați să filtrați actualizările primite la R2:
Din nou, verificăm LSDB și tabela de rutare pe R2:
Focalizare numărul doi - rutele LSDB sunt prezente, dar nu există rute în tabela de rutare. De fapt, vă puteți imagina că lista de distribuire este aplicată între LSDB și tabela de rutare, ceea ce face imposibilă actualizările de ieșire:
Astfel de nuanțe apar atunci când protocoalele sunt examinate mai atent. Uneori, aș vrea să spun: "Cisco este Cisco". Luați în considerare această nuanță, prieteni, atunci când aplicați filtrarea în rețelele dvs. Mult noroc!
Trimiteți-le prietenilor: