Video: Hvorfor bør du oprette et testamente? 2025
Grunden til, at du ikke kan oprette importpolitikker til OSPF (eller IS-IS for den sags skyld) er, at OSPF er en link-state-protokol. Link-state protokoller arbejder ved at sikre, at hver node i netværket deler det samme billede af link-state databasen.
Hvis du skulle ændre eller filtrere indgående ruter, ville du oprette en lokal kopi af linkstatistatdatabasen, som ikke nødvendigvis matcher den fælles visning af databasen. Hvis databaserne ikke er identiske, kan du ikke være sikker på, at du har undgået at sætte rutebånd i topologien.
Hvis en rute ikke matcher nogen af betingelserne, vil standardhandlingen slå ind. Fordi denne standardhandling er afhængig af routingsprotokollen og retningen, kan det være mindre end indlysende, hvad vil ske med ruter, der ikke passer til dine kriterier. For at undgå forvirring skal du eksplicit konfigurere en endelig handling, der vil blive udført, hvis en rute ikke matcher nogen af dine vilkår:
[rediger politikoptioner] policy-statement my-sample-policy {term min første term { fra protokol statisk; så accepter Term på min anden sigt {fra nabo 10. 22. 32. 1; Afvis derefter;} Afvis derefter;}
I dette eksempel er en endelig handling konfigureret til at afvise alle ruter. Hvis en rute ikke matcher nogen af betingelserne, fremkaldes den endelige handling, og ruten afvises. Denne endelige handling evalueres før standardhandlingen for den protokol, som denne politik anvendes til.
Så nu kan du tydeligt angive, hvilke standardhandlinger du skal tage uden at bekymre dig om, hvorvidt politikken anvendes til OSPF- eller BGP-trafik, til indgående eller udgående ruter. Bemærk at den endelige handling ikke er bundet til et bestemt begreb, men selve politikken, så den endelige handling gælder for alle ruter, der ikke matcher nogen af betingelserne.
