For å forhindre teller til uendighetsproblemer på nettverket ditt - dummies

Fenomenet Counting to Infinity kan raskt deaktivere et Managed Network-nettverksdirektivprotokoll. De følgende avsnittene undersøker måter å unngå å telle til uendelig, og de resulterende rutebåndene skjer i nettverket ditt.

Split horisont

Hvis du bruker RIPv1, har du en løsning i form av et konsept kalt split horizon. I dette konseptet, hvis du mottar ruting på ett grensesnitt, vil det ikke sannsynlig være produktivt å sende informasjonen ut av det grensesnittet.

Så, hvis du bare undersøker rutingsinformasjonen for nettverket 10. 4. 0. 0/16 i ruteprosessen, blir strømmen av ruteinformasjonen passert som følger:

1. Router2 lærer av ruten til 10. 4. 0. 0/16.

   Den lærer om ruten gjennom grensesnittet S0 / 1 mot Router3.

2. Router2 sender oppdateringer for rutingstabellen.

   Oppdateringene går ut gjennom begge grensesnittene, men filtrerer ruten til 10. 4. 0. 0/16 ut av listen når den sender rutene ut gjennom grensesnittet S0 / 1, som vist i figuren nedenfor.

3. Router1 mottar ruten til 10. 4. 0. 0/16 fra Router2 på grensesnittet S0 / 0.

4. Router1 sender oppdateringer for rutingstabellen.

   Disse oppdateringene går ut gjennom begge grensesnittene, men filtrerer ruten til 10. 4. 0. 0/16 ut av listen når den sender rutene ut gjennom S0 / 0.

   

Ruteforgiftning

RIPv2 implementerer i stedet for å bruke splitt horisonten en prosess kalt ruteforgiftning. Følgende er sekvensen for ruteforgiftningsprosessen:

1. Router3 identifiserer at lenken til 10. 4. 0. 0/16 er nede.

   Router3 oppdaterer umiddelbart sin metriske for det aktuelle nettverket til uendelig - eller i tilfelle RIPv2, en hoptelling på 16 - og sender den rutingstabellen oppdatere umiddelbart, som illustrert i Figur 6-7.

2. Router2 får oppdateringen.

   Den oppdaterer deretter sitt eget rutetabell ved å fjerne ruten til 10. 4. 0. 0/16, fordi den ikke lenger er gyldig. Etter at denne oppdateringen er fullført, sender Router2 sin egen oppdatering ut gjennom grensesnittet S0 / 0.

3. Router1 får oppdateringen.

   Denne oppdateringen inneholder ikke lenger en rute til 10. 4. 0. 0/16, forårsaker Router1 for å fjerne ruten til det aktuelle nettverket.

   

Med ruterforgiftning, oppgraderer oppdateringsprosessen slik at feil ruteinformasjon blir fjernet fra nettverket på en riktig måte. Du kan utvide dette systemet ved hjelp av en prosess kalt gift revers.

I dette tilfellet, etter Router2 ser hopptellingen eller metrittet gå til uendelig, sender den også en rutetabelloppdatering tilbake til Router3 med en uendelig metrisk som forteller at ruten til 10.4. 0. 0/16 er ikke lenger tilgjengelig. Denne prosessen reduserer sjansen for at en feil oppdatering gjør det til Router3 og forårsaker en sløyfe.

Hold-down timers

Hold-down timers er en annen løsning for rutingsløyfer som noen rutingprotokoller implementerer. Hold-down timere forhindrer protokolloppdateringsmeldinger fra feil oppdatering av ruter for koblinger som nå er nede. Følgende er implementeringssekvensen for hold-down timers:

1. Router2 mottar en oppdatering som forteller at linken til 10. 4. 0. 0/16 er nede.

2. Router2 markerer ruten som muligens nede og setter en ventetimer.

3. Router2 venter på en oppdatering.

   • Hvis det blir en oppdatering med en bedre verdi enn den opprinnelige, registrerer Router2 ruten opp og nås.

   • Hvis den ikke får en oppdatering i tidsintervallet, Router2 fjerner ruten fra rutetabellen.

   • Ruter som Router2 mottar med en verdi som er verre enn den opprinnelige ruten, fjernes automatisk.

I løpet av nedkjøringsperioden, hvis data sendes til 10. 4. 0. 0/16-nettverket, sendes dataene som leveringsforsøk. Leveringsforsøket er gjort i tilfelle at lenken til 10. 4. 0. 0/16 har et intermitterende problem.

Utløste oppdateringer

Utviklede oppdateringer omhandler telling til uendelig problemer ved å tvinge en oppdatering så snart linken endres.

Så går du tilbake til nettverksoppsettet du har brukt, når koblingen til nettverket 10. 4. 0. 0/16 går ned, Router3 sender en umiddelbar oppdatering som informerer sine naboer om at koblingen er nede. Router2 mottar oppdateringen og sender øyeblikkelig oppdateringen til sine naboer, for eksempel Router1.

Som en del av den vanlige oppdateringsplanen, kan Router2 fortsatt motta en annen oppdatering fra Router1 før du får oppdateringen for å fjerne ruten. Løsningen er å kombinere utløste oppdateringer med hold-down timere, som forhindrer ruter med verre beregninger fra å bli lagt til ruterenes rutingstabell.