Forebyggelse Count til Infinity Problemer på dit netværk

Optællingen til Infinity fænomen kan hurtigt deaktivere en Distance Vector routing-protokol administreret netværk. De følgende afsnit undersøge måder at forebygge tælle til uendeligt, og de resulterende routing loops sker på dit netværk.

Split horisont

Hvis du bruger RIPv1, har du en løsning i form af et begreb kaldet split horisonten. I dette koncept, hvis du modtager routing på en grænseflade, sende disse oplysninger tilbage ud af denne grænseflade er ikke sandsynligt, at være produktive.

Så hvis du undersøger kun de routing information til netværket 10.4.0.0/16 i routing proces bliver strømmen af ​​information rute passerede som følger:

  1. Router2 lærer af ruten til 10.4.0.0/16.

    Det lærer af ruten gennem interfacet S0 / 1 vender Router3.
  2. Router2 sender sine routing table opdateringer.

    Opdateringerne går ud gennem begge dets grænseflader, men filtrerer ruten til 10.4.0.0/16 ud af listen, når det sender de ruter ud gennem grænseflade S0 / 1, som vist i følgende figur.
  3. Router1 modtager ruten til 10.4.0.0/16 fra Router2 på grænsefladen S0 / 0.
  4. Router1 sender sine routing table opdateringer.

    Disse opdateringer gå ud gennem begge dets grænseflader, men filtrerer ruten til 10.4.0.0/16 ud af listen, når det sender de ruter ud gennem S0 / 0.

    Forebyggelse Count til Infinity Problemer på dit netværk

Rute forgiftning

Snarere end at bruge split horisont, ripv2 implementerer en proces, der kaldes rute forgiftning. Følgende er sekvensen for ruten forgiftning proces:

  1. Router3 identificerer, at linket til 10.4.0.0/16 er nede.

    Den Router3 straks opdaterer sit metriske for dette netværk til uendeligt - eller i tilfælde af ripv2, et hop optælling af 16 - og sender det routing tabel opdatering ud med det samme, som vist i Figur 6-7.
  2. Router2 får opdateringen.

    Den opdaterer så sin egen routingtabellen ved at fjerne ruten til 10.4.0.0/16, fordi det ikke længere er gyldig. Efter denne opdatering er færdig, Router2 sender sin egen opdatering ud gennem grænseflade S0 / 0.
  3. Router1 får opdateringen.

    Denne opdatering indeholder ikke længere en rute til 10.4.0.0/16, hvilket Router1 at fjerne ruten til det pågældende netværk.

    Forebyggelse Count til Infinity Problemer på dit netværk

Med router forgiftning, opdateringsprocessen eskalerer så forkert rute information fjernes fra netværket i tide. Du kan udvide dette system ved hjælp af en proces, der kaldes gift omvendt.

I dette tilfælde, efter Router2 ser hop tæller eller metrisk gå til uendelig, sender også en routing tabel opdatering tilbage til Router3 med en uendelig metrisk fortæller det, at vejen til 10.4.0.0/16 er ikke længere tilgængelig. Denne proces reducerer chancen for, at en forkert opdatering vil gøre det igennem til Router3 og forårsage en løkke.

Hold-down timere

Hold-down timere er en anden løsning på routing loops, at nogle routing protokoller gennemføre. Hold-down timere forhindrer protokol opdatering beskeder fra forkert opdatering ruter for links, der er i øjeblikket nede. Følgende er sekvens hold-down timere implementering:

  1. Router2 modtager en opdatering fortæller det, at linket til 10.4.0.0/16 er nede.
  2. Router2 markerer ruten som muligt ned og sætter en hold-down-timer.
  3. Router2 venter en opdatering.

    • Hvis det bliver en opdatering med en metrisk bedre end den oprindelige, Router2 registrerer rute som op og tilgængelige.
    • Hvis den ikke får en opdatering i timeren interval, Router2 fjerner ruten fra sin routing tabel.
    • Ruter, Router2 modtager, en metrisk værre end den oprindelige rute bliver automatisk fjernet.

Under hold-down periode, hvis en data sendes til 10.4.0.0/16 netværket, sendes data på som leveringsforsøg. Leveringen forsøg foretages i tilfælde af, at linket til 10.4.0.0/16 er der en intermitterende problem.

Styrede opdateringer

Styrede opdateringer behandle tælle til uendeligt spørgsmål ved at tvinge en opdatering, så snart link ændres.

Så går tilbage til netværket layout, du har brugt, når linket til netværk 10.4.0.0/16 går ned, Router3 sender en øjeblikkelig opdatering anmeldende sine naboer, at linket er nede. Router2 modtager opdateringen og straks går opdateringen til sine naboer, såsom Router1.

Som led i sin normale opdatering tidsplan, kan Router2 stadig modtage endnu en opdatering fra Router1 forud for at få opdateringen til at fjerne ruten. Løsningen er at kombinere udløste opdateringer med hold-down timere, hvilket forhindrer ruter med værre målinger fra at blive tilføjet til en router routing tabel.


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