Voorkomen van graaf tot oneindig problemen op uw netwerk - dummies

Het fenomeen Tellen naar het oneindige kan een door routing van het door routingprotocol gereguleerde netwerk snel uitschakelen. De volgende secties onderzoeken manieren om te voorkomen dat rekenen tot oneindig is en de resulterende routeringslussen kunnen op uw netwerk plaatsvinden.

Horizon splitsen

Als u RIPv1 gebruikt, hebt u een oplossing in de vorm van een concept met de naam split horizon. Als u in dit concept routering op één interface ontvangt, is het niet waarschijnlijk dat het verzenden van die informatie uit die interface productief is.

Dus, als je alleen de routeringsinformatie voor het netwerk 10. 4. 0. 0/16 in het routeringsproces bekijkt, wordt de stroom van de route-informatie als volgt doorgegeven:

1. Router2 leert de route naar 10. 4. 0. 0/16.

   Hij leert de route via interface S0 / 1 tegenover Router3.

2. Router2 verzendt zijn routingtabel-updates.

   De updates gaan uit via beide interfaces, maar filteren de route naar 10. 4. 0. 0/16 uit de lijst wanneer de routes via interface S0 / 1 worden verzonden, zoals weergegeven in de volgende afbeelding.

3. Router1 ontvangt de route naar 10. 4. 0. 0/16 vanaf Router2 op interface S0 / 0.

4. Router1 verzendt de routingtabelupdates.

   Deze updates gaan uit via beide interfaces, maar filteren de route naar 10. 4. 0. 0/16 uit de lijst wanneer de routes via S0 / 0 worden verzonden.

   

Routevergiftiging

In plaats van split horizon te gebruiken, implementeert RIPv2 een proces genaamd route-vergiftiging. Hieronder volgt de volgorde voor het route-vergiftigingsproces:

1. Router3 geeft aan dat de koppeling naar 10. 4. 0. 0/16 is verbroken.

   De Router3 werkt zijn meetwaarde voor dat netwerk onmiddellijk bij naar oneindig - of in het geval van RIPv2, een aantal hellingen van 16 - en stuurt die routeringstabel onmiddellijk bij, zoals geïllustreerd in Afbeelding 6-7.

2. Router2 krijgt de update.

   Vervolgens wordt de eigen routeringstabel bijgewerkt door de route naar 10. 4. 0. 0/16 te verwijderen, omdat deze niet langer geldig is. Nadat deze update is voltooid, verzendt Router2 zijn eigen update via interface S0 / 0.

3. Router1 ontvangt de update.

   Deze update omvat niet langer een route naar 10. 4. 0. 0/16, waardoor Router1 de route naar dat netwerk wordt verwijderd.

   

Bij routervergiftiging escaleert het updateproces, zodat onjuiste route-informatie tijdig uit het netwerk wordt verwijderd. Je kunt dit systeem uitbreiden met een proces genaamd vergif omgekeerd.

In dit geval, nadat Router2 het aantal hops of de statistiek naar oneindig heeft zien gaan, wordt ook een routeringstabel-update teruggestuurd naar Router3 met een oneindige waarde die aangeeft dat de route tot 10.4. 0. 0/16 is niet langer beschikbaar. Met dit proces wordt de kans verkleind dat een onjuiste update doorgaat naar Router3 en een lus veroorzaakt.

Wachttijdtimers

Wachttijdtimers zijn een andere oplossing voor routeringslussen die door sommige routeringsprotocollen worden geïmplementeerd. Hold-down timers verhinderen dat protocol update berichten onjuiste routes bijwerken voor links die momenteel down zijn. Hieronder volgt de implementatieprocedure van de hold-down timers:

1. Router2 ontvangt een update met de melding dat de koppeling naar 10. 4. 0. 0/16 is verbroken.

2. Router2 markeert de route mogelijk naar beneden en stelt een wachttijd in.

3. Router2 wacht op een update.

   • Als er een update wordt ontvangen met een waarde die beter is dan de oorspronkelijke, registreert Router2 de route als omhoog en toegankelijk.

   • Als er geen update wordt ontvangen in het timerinterval, verwijdert Router2 de route uit de routeringstabel.

   • Routes die Router2 ontvangen met een metriek die slechter is dan de oorspronkelijke route, worden automatisch verwijderd.

Als tijdens de wachtperiode gegevens naar het netwerk 10. 4. 0. 0/16 worden verzonden, worden de gegevens verzonden als bezorgpoging. De bezorgpoging wordt gedaan in het geval dat de link naar 10. 4. 0. 0/16 een intermitterend probleem heeft.

Getriggde updates

Getriggerde updates verhelpen het aantal oneindige problemen door een update te forceren zodra de koppeling verandert.

Dus, ga terug naar de netwerklayout die je hebt gebruikt, wanneer de link naar netwerk 10. 4. 0. 0/16 ondergaat, Router3 een onmiddellijke update stuurt ter kennisgeving aan zijn buren dat de link is uit de lucht. Router2 ontvangt de update en geeft de update onmiddellijk door aan zijn buren, bijvoorbeeld Router1.

Als onderdeel van het normale updateplan, ontvangt Router2 mogelijk nog een update van Router1 voordat de update wordt opgehaald om de route te verwijderen. De oplossing is om getriggerde updates te combineren met wachttijdtimers, waardoor wordt voorkomen dat routes met slechtere meetwaarden worden toegevoegd aan de routeringstabel van een router.