Förhindra räkning till oändlighetsproblem på ditt nätverk - dummies

fenomenet Räknar till oändlighet kan snabbt avaktivera ett distrikts-routernätverk som hanteras i protokollet. Följande avsnitt utforskar sätt att förhindra räkning till oändlighet och de resulterande routing looparna händer på ditt nätverk.

Delad horisont

Om du använder RIPv1 har du en lösning i form av ett koncept som heter split horizon. I det här konceptet kommer det inte troligen att vara produktivt om du skickar routing på ett gränssnitt, så skickar du informationen tillbaka från det gränssnittet.

Så om du bara undersöker routningsinformationen för nätverket 10. 4. 0. 0/16 i rutningsprocessen skickas flödet av rutinformationen enligt följande:

1. Router2 lär sig om rutten till 10. 4. 0. 0/16.

   Det lär sig om rutten genom gränssnittet S0 / 1 mot Router3.

2. Router2 skickar uppdatering av routingbordet.

   Uppdateringarna går ut genom båda gränssnittet, men filtrerar vägen till 10. 4. 0. 0/16 av listan när den skickar resorna ut genom gränssnittet S0 / 1, som visas i följande bild.

3. Router1 tar emot rutten till 10. 4. 0. 0/16 från Router2 på gränssnittet S0 / 0.

4. Router1 skickar uppdateringar av routingbordet.

   Dessa uppdateringar går ut genom båda dess gränssnitt, men filtrerar vägen till 10. 4. 0. 0/16 av listan när den skickar ut resorna ut genom S0 / 0.

   

Ruttförgiftning

Istället för att använda splithorisont implementerar RIPv2 en process som heter ruttförgiftning. Följande är sekvensen för rutförgiftningsprocessen:

1. Router3 identifierar att länken till 10. 4. 0. 0/16 är nere.

   Router3 uppdaterar omedelbart dess mätvärde för det nätverket till oändligheten - eller i fallet med RIPv2, en hopräkning av 16 - och skickar det routingbordet uppdateras omedelbart, som illustreras i Figur 6-7.

2. Router2 får uppdateringen.

   Det uppdaterar sedan sitt eget routingbord genom att ta bort rutten till 10. 4. 0. 0/16, eftersom den inte längre är giltig. När den här uppdateringen är klar skickar Router2 sin egen uppdatering ut genom gränssnittet S0 / 0.

3. Router1 får uppdateringen.

   Denna uppdatering innehåller inte längre en rutt till 10. 4. 0. 0/16, vilket orsakar Router1 för att ta bort rutten till det nätverket.

   

Med routerförgiftning eskalerar uppdateringsprocessen så att felaktig ruttinformation tas bort från nätverket i rätt tid. Du kan förlänga detta system med en process som heter gift reverserat.

I det här fallet, efter Router2 ser hoppräknaden eller metriska gå till oändligheten, skickar den också en ruttabelluppdatering tillbaka till Router3 med en oändlig mätning som berättar att rutten till 10.4. 0. 0/16 är inte längre tillgänglig. Denna process minskar risken för att en felaktig uppdatering gör det till Router3 och orsakar en slinga.

Nedlängningstider

Nedlängningstider är en annan lösning för routing-loopar som vissa routingprotokoll implementerar. Hållningstider hindrar protokolluppdateringsmeddelanden från felaktigt uppdaterade rutter för länkar som för närvarande är nere. Följande är genomförandesekvensen för håll ned timern:

1. Router2 får en uppdatering som säger att länken till 10. 4. 0. 0/16 är nere.

2. Router2 markerar rutten som möjligen nere och ställer in en nedtags-timer.

3. Router2 väntar på en uppdatering.

   • Om det blir en uppdatering med en metrik som är bättre än den ursprungliga, registrerar Router2 rutten upp och tillgänglig.

   • Om den inte får en uppdatering i timerintervallet, Router2 tas rutten bort från routingstabellen.

   • Rutter som Router2 tar emot med en siffra som är sämre än den ursprungliga rutten, tas automatiskt bort.

Om någon data skickas till 10, 4. 0, 0/16-nätverket skickas data som leveransförsök. Leveransförsöket görs om länken till 10. 4. 0. 0/16 har ett intermittent problem.

Utvecklade uppdateringar

Utvecklade uppdateringar handlar om att räkna till oändlighetsproblem genom att tvinga en uppdatering så snart länken ändras.

Så går tillbaka till nätverkslayouten som du har använt när länken till nätverket 10. 4. 0. 0/16 går ner, Router3 skickar en omedelbar uppdatering som meddelar sina grannar att länken är nere. Router2 tar emot uppdateringen och skickar omedelbart uppdateringen till sina grannar, till exempel Router1.

Som en del av det normala uppdateringsschemat får Router2 fortfarande en annan uppdatering från Router1 innan uppdateringen tas bort för att ta bort rutten. Lösningen är att kombinera utlösta uppdateringar med nedstängningstimer, vilket förhindrar att rutter med sämre mätvärden läggs till i en routers routingbord.