Video: "Att Skapa Ett Barn" [Kortfilm] 2024
Anledningen till att du inte kan skapa importpolicyer för OSPF (eller IS-IS för den delen) är att OSPF är ett länk-state protokoll. Länsstatistikprotokoll fungerar genom att säkerställa att varje nod inom nätverket delar exakt samma bild av länkdatabasen.
Om du skulle ändra eller filtrera inkommande vägar, skulle du skapa en lokal kopia av länkdatabasen som inte nödvändigtvis matchar den delade vyn i databasen. Om databaserna inte är identiska kan du inte vara säker på att du har undvikit att sätta routingslyckor i topologin.
Om en rutt inte överensstämmer med någon av villkoren, kommer standardåtgärden att sparka in. Eftersom den här standardåtgärden är beroende av routingsprotokollet och riktningen kan det vara mindre än uppenbart vad kommer att hända med rutter som inte matchar dina kriterier. För att undvika förvirring, uttryckligen konfigurera en slutgiltig åtgärd som ska utföras om en rutt inte överensstämmer med någon av dina villkor:
[rediger policyalternativ] policy-statement my-sample-policy {term min första term { från protokoll statisk; acceptera då termen min-andra termen {från granne 10. 22. 32. 1; sedan avvisa;} sedan avvisa;}
I det här exemplet är en slutgiltig åtgärd konfigurerad för att avvisa alla rutter. Om en rutt inte stämmer överens med någon av villkoren framkallas den slutgiltiga åtgärden och rutten avvisas. Den här slutgiltiga åtgärden utvärderas före standardåtgärden för vilket protokoll denna policy tillämpas mot.
Så nu kan du tydligt ange vilken standardåtgärd du ska ta utan att oroa dig för om policyn tillämpas på OSPF- eller BGP-trafik, till inkommande eller till utgående rutter. Observera att den slutliga åtgärden inte är bunden till en viss term, utan själva policyn, så den slutgiltiga åtgärden gäller alla rutter som inte matchar någon av villkoren.