Rondrennen met routelussen - dummies

Naarmate uw statische netwerk groeit, neemt ook de kans toe om loops in de routeringstabellen te introduceren. De volgende afbeelding toont dit probleem in actie. Merk op dat de route op Router2 om 192 te bereiken. 168. 1. 0/24 is verwijderd, en een route op Router3 om verkeer voor 192 te verzenden. 168. 1. 0 / 24 tot Router2 is niet juist toegevoegd.

Het netto-effect is dat als u op Computer2 zit en probeert de opdracht ping te gebruiken om het IP-adres van Computer1 te testen, de gegevens eindeloos stuiteren tussen ROUTER2 en Router3 .

Nou, eindeloos is niet helemaal correct. De Time to Live (TTL) wordt elke keer met een verlaagd als een router een IP-pakket verwerkt en wanneer de TTL op nul is ingesteld, wordt deze uit het netwerk verwijderd en wordt een ICMP-bericht (Internet Control Message Protocol) naar de bron verzonden computer.

In tegenstelling tot het gebruik van ICMP, stuurt ICMP bij gebruik van de opdracht ping status- en besturingsberichten naar IP-hosts in het netwerk. Het bericht dat naar de host wordt verzonden, is een Packet Expired in Transit -bericht.

Het volgende voorbeeld toont een bericht over pakketverval dat werd ontvangen bij het testen van de verbinding met Computer1 vanaf Computer2 :

C:> ping 192. 168. 1. 10 Pinging 192. 168. 1.10 met 32 ​​bytes aan gegevens: Antwoord van 192. 168. 3. 3: TTL verlopen tijdens verzending. Antwoorden van 192. 168. 3. 3: TTL verlopen tijdens verzending. Antwoorden van 192. 168. 3. 3: TTL verlopen tijdens verzending. Antwoorden van 192. 168. 3. 3: TTL verlopen tijdens verzending. Pingstatistieken voor 192. 168. 1. 10: Pakketten: Verzonden = 4, Ontvangen = 4, Verloren = 0 (0% verlies), Geschatte round trip-tijden in milliseconden: Minimum = 0 ms, Maximum = 0 ms, Gemiddelde = 0 ms

Om dit probleem van verlopen pakketten verder te illustreren, is hier een kopie van de uitvoer van de opdracht traceroute voor hetzelfde bericht. Je laat het maar 10 hops los met behulp van de -h modifier, maar dit is genoeg om het patroon te zien dat is ontstaan ​​doordat de gegevens botsen tussen Router2 en Router3 <.

D: utils> tracert -h 10 192. 168. 1. 10 Tracing route naar 192. 168. 1. 10 over een maximum van 10 hops 1 <1>

Dit probleem kan worden gecorrigeerd door de route op
Router3 aan te passen om gegevens te verzenden die zijn bestemd voor het 192. 168. 1. 0/24 netwerk via Router1 in plaats van Router2 . Terwijl dit de gegevens naar de juiste locatie zou brengen, zouden gegevens voor Computer1 reizen van Computer2 via Router2 en Router3 , en zou een specifieke route moeten toevoegen op Router2 om direct 192 te routeren.168. 1. 0/24 gegevens naar Router1 . De meeste routing-lussen geven een verlopen pakket, dus met behulp van de
ping of traceroute -opdrachten kunt u het probleem snel herkennen aan de hand van uitvoer die lijkt op wat u hebt gezien. De langere taak kan de exacte oorzaak van het probleem identificeren, zoals waarschijnlijk het geval is met één routeringstabel op één router. Als u sequentieel door de routers aan het ene uiteinde van de verbinding naar het andere uiteinde werkt, zult u het vinden.