Hvorfor du ikke kan lage importpolitikker for OSPF-dummies

Grunnen til at du ikke kan opprette importpolitikk for OSPF (eller IS-IS for det saks skyld) er at OSPF er en link-state protokoll. Link-state protokoller fungerer ved å sørge for at hver knutepunkt i nettverket deler nøyaktig samme visning av koblingsstatistikkdatabasen.

Hvis du skulle endre eller filtrere innkommende ruter, ville du opprette en lokal kopi av koblingsstatistikken som ikke nødvendigvis samsvarer med den delte visningen av databasen. Hvis databasene ikke er identiske, kan du ikke være sikker på at du har unngått å sette rutebånd i topologien.

Hvis en rute ikke samsvarer med noen av vilkårene, vil standardinngangen sparke inn. Fordi denne standardhandlingen er avhengig av rutingsprotokollen og retningen, kan det være mindre enn åpenbart hva vil skje med ruter som ikke samsvarer med kriteriene dine. For å unngå forvirring, konfigurer eksplisitt en endelig handling som vil bli utført hvis en rute ikke samsvarer med noen av vilkårene dine:

[rediger policyalternativer] policy-statement my-sample policy {term min første term { fra protokoll statisk; deretter akseptere; termen min-andre sikt {fra nabo 10. 22. 32. 1; deretter avvis;} avslå deretter;}

I dette eksemplet er en endelig handling konfigurert for å avvise alle ruter. Hvis en rute ikke samsvarer med noen av betingelsene, blir den endelige handlingen fremkalt, og ruten avvises. Denne endelige handlingen evalueres før standardhandlingen for hvilken protokoll denne policyen gjelder for.

Så nå kan du tydelig angi hvilken standard handling du skal ta uten å bekymre deg for om politikken brukes til OSPF- eller BGP-trafikk, til innkommende eller utgående ruter. Vær oppmerksom på at den endelige handlingen ikke er bundet til et bestemt begrep, men selve policyen, så den endelige handlingen gjelder for alle ruter som ikke samsvarer med noen av vilkårene.