Hvorfor du canâ € t Opret Importer Politikker for OSPF

Grunden til at du canâ € t skabe politikker importkvoter for OSPF (eller IS-IS for den sags skyld) er, at OSPF er et link-state-protokol. Link-state protokoller arbejde ved at sikre, at hver node i netværket deler nøjagtig samme opfattelse af linket-state-database.

Hvis du skulle ændre eller filtrere indgående ruter, youâ € d oprette en lokal kopi af link-state database, wouldnâ € t nødvendigvis matcher den delte opfattelse af databasen. Hvis databaserne arenâ € t identiske, canâ du € t være sikker på, at youâ € ve undgået at sætte routing loops i topologi.

Hvis en rute doesnâ € t svarer til nogen af ​​de termsâ € betingelser vil standardhandlingen sparke i. Fordi denne standardhandlingen er afhængig af routing-protokol og retning, kan det være mindre end indlysende, hvad der vil ske med ruter, som don ' t matcher dine kriterier. For at undgå forvirring, udtrykkeligt konfigurere en endelige handling, der skal udføres, hvis en rute doesnâ € t svarer til nogen af ​​dine vilkår:

[Edit politiske optioner]
politiske erklæring min-prøve-politik {
kalde min-første-sigt {
fra protokol statisk;
derefter acceptere;
kalde min sekunders sigt {
fra nabo 10.22.32.1;
derefter afvise;
}
derefter afvise;
}

I dette eksempel er en endelige handling konfigureret til at afvise alle ruter. Hvis en rute doesnâ € t svarer til nogen af ​​de vilkår, der er den endelige handling fremkaldte, og ruten afvises. Denne endelige handling evalueres før standardhandlingen for uanset protokol denne politik anvendes imod.

Så nu kan du tydeligt angive, hvad standardhandling at tage uden at bekymre sig om, hvorvidt politikken anvendes på OSPF eller BGP trafik, til indgående eller udgående ruter. Bemærk, at den endelige handling ikke er bundet til et bestemt vilkår, men selve politikken, så den endelige handling gælder for alle ruter, der ikke matcher nogen af ​​vilkårene.


© 2019 Zajacperrone.com | Contact us: webmaster# zajacperrone.com