Video: Google Home Installation Svenska 2024
Byggnadsblocken som utgör rutningspolicy kallas termer. Varje term innehåller matchningsvillkor, en serie "if" -satser som jämförs med de aktuella vägarna. Matchvillkoren kontrolleras mot routningsinformationen. Baserat på resultatet av dessa kontroller, kommer routern ta en eller flera åtgärder. Villkoren kan strungas samman för att bilda en routing policy.
Antag att du tillämpar en routing policy för att filtrera inkommande routing protokoll information. Ruttningsprincipen består av flera termer. Medan rutten kommer in kallas policyn.
Den första terminen i policyen utvärderas. Om rutten överensstämmer med de angivna villkoren, tas en viss åtgärd. Om rutten inte överensstämmer, utvärderas den andra termen i policyn. Den andra termens villkor kontrolleras, och om de matchar, tas en åtgärd. Om de inte matchar utvärderas den tredje termen i policyn och så vidare tills alla villkor har granskats.
Om ingen av villkoren i policyn är en matchning för den aktuella rutten utvärderas nästa policy, och så vidare tills standardpolicyåtgärden är tagen. Det är viktigt att inse att en viss standardåtgärd är alltid tagen om inte ett tidigare matchvillkor gäller.
För att konfigurera en routingspolicy måste du konfigurera en eller flera termer inom den politiken. Du hanterar konfiguration för policyer i konfigurationshierarkin för policyalternativ:
policy-statement my-sample-policy {term my-first term {från {match-conditions;} sedan { action ;} term min andra gången {från {match-conditions;} sedan { action ;}}
I det här konfigurationsskelet konfigurerar du en enda routeringspolicy som heter my-sample-policy. Den politiken har två villkor, som var och en har ett matchförhållande och en matchning. Om en rutt utvärderas mot denna policy och ingen term matchar, utförs standardåtgärden.
När en åtgärd har vidtagits utvärderas inte politiken längre. Så, om du har en åtgärd som utlöses under första termen, utvärderar andra termen aldrig den andra termen.
Eftersom utvärderingen av politikkedjan stannar med någon tillämpad åtgärd är beställning av villkor avgörande för korrekt policyverksamhet.
Villkor inom en policy utvärderas på ett övre sätt, så ordningen i termerna i din konfiguration räknas. Utmaningen här är att när du lägger till en ny term i en befintlig policy, läggs de här villkoren automatiskt till de villkor som redan är konfigurerade.Nyligen tillagda villkor utvärderas alltid efter de villkor som ursprungligen konfigurerats. Undersök exempelvis följande policykonfiguration:
[redigera policyalternativ] policy-uttalande annons-ospf-rutter {term find-ospf {från {protokoll ospf;} sedan {accept;}}}
När den tillämpas Som en insatspolitik accepterar denna policy bara alla OSPF-rutter. För att finjustera denna policy lite och acceptera alla OSPF-rutter utom de som kommer från ett visst område i ditt OSPF-nätverk, måste du lägga till en term. Eftersom villkoren som standard bifogas befintliga villkor kommer din konfiguration att vara enligt följande:
[redigera policyalternativ] policy-uttal annons-ospf-rutter {term find-ospf {från {protokoll ospf;} sedan { acceptera;}} termen avvisningsområde-10 {från {protokoll ospf; område 10;} sedan {reject;}}}
Här vill du att alla OSPF-rutter ska accepteras såvida de inte kommer från område 10. Men när en rutt kommer in utvärderas den första termen. Om rutten är en OSPF-väg, accepteras den, oberoende av sitt ursprungsland. Inga rutter från område 10 avvisas någonsin, eftersom den första termen accepterar alla OSPF-rutter.
För att lägga till avsnittsområdet -10-termen före sök-ospf-termen använder du kommandot insert. Du konfigurerar de två termen exakt som du gjorde i den föregående koden, men när du är klar, lägger du in termen där du vill ha det:
användare @ värd # infoga policy-uttalande annons-ospf-rutt sikt förkastningsområde -10 före term find-ospf
Infoga-kommandot flyttar konfigurationen för avsnittsområdet -10-termen innan konfigurationen för att hitta alla OSPF-rutter. Den resulterande konfigurationen gör vad du vill:
[redigera policyalternativ] policy-statement advertis-ospf-routes {term reject-area-10 {från {protokoll ospf; område 10;} sedan {reject;}} termen find-ospf {från {protokoll ospf;} sedan {accept;}}}