Kjører rundt og rundt med Routing Loops

February 13  by Eliza

Som din statiske nettverket vokser, øker også sjansen til å presentere looper inn i rutetabellene. Figuren nedenfor viser dette problemet i aksjon. Legg merke til at ruten på Router2 å komme til 192.168.1.0/24 er fjernet, og en rute på Router3 å sende trafikk for 192.168.1.0/24 til Router2 er lagt feil.

Nettoeffekten er at hvis du sitter på Datamaskin 2 og forsøke å bruke ping-kommandoen til å teste IP-adressen DATAMASKIN1, spretter dataene uendelige mellom Router2 og Router3.

Kjører rundt og rundt med Routing Loops


Vel, er det uendelige ikke helt riktig. Tid til å leve (TTL) reduseres med en hver gang en ruter behandler en IP-pakke, og når TTL er satt til null, blir den fjernet fra en Internet Control Message Protocol (ICMP) melding til nettverket og blir sendt til kilden datamaskin.

I motsetning til bruk av ICMP, når den brukes med ping-kommandoen, sender ICMP status- og kontrollmeldinger til IP-maskiner i nettverket. Meldingen sendes til verten er en Packet Utløpt i Transit melding.

Følgende eksempel viser en pakke utløpsmeldingen som ble mottatt når du tester tilkoblingen til Datamaskin 1 fra Datamaskin 2:

C: \> ping 192.168.1.10
Pinge 192.168.1.10 med 32 byte data:
Svar fra 192.168.3.3: TTL utløp i transitt.
Svar fra 192.168.3.3: TTL utløp i transitt.
Svar fra 192.168.3.3: TTL utløp i transitt.
Svar fra 192.168.3.3: TTL utløp i transitt.
Ping statistikk for 192.168.1.10:
Pakker: Sendte = 4, Received = 4, tapt = 0 (0% tap),
Omtrent rundtur ganger i milli-sekunder:
Minimum = 0 ms, Maximum = 0 ms, Gjennomsnittlig = 0 ms

For ytterligere å illustrere dette problemet av utgåtte pakker, her er en kopi av produksjonen av traceroute kommandoen for den samme meldingen. Du la det gå for bare 10 hopp ved hjelp av -h modifier, men dette er nok til å se mønsteret som har utviklet seg som data spretter mellom Router2 og Router3.

D: \ utils> tracert -h 10 192.168.1.10
Tracing rute til 192.168.1.10 over maksimalt 10 hopp
1 <1 ms <1 ms <1 ms 192.168.5.1
2 <1 ms <1 ms <1 ms 192.168.3.3
3 1 ms 1 ms 1 ms 192.168.3.2
4 1 ms 1 ms 1 ms 192.168.3.3
5 1 ms 1 ms 1 ms 192.168.3.2
6 2 ms 2 ms 2 ms 192.168.3.3
7 2 ms 2 ms 2 ms 192.168.3.2
8 3 ms 3 ms 3 ms 192.168.3.3
9 3 ms 3 ms 3 ms 192.168.3.2
10 4 ms 4 ms 4 ms 192.168.3.3
Spore fullstendig.

Dette problemet kan løses ved å justere ruten på Router3 å sende data som skal til 192.168.1.0/24 nettverket gjennom Router1 snarere enn Router2. Mens dette ville få dataene til riktig sted, vil data for Datamaskin 1 reise fra Datamaskin 2 gjennom både Router2 og Router3, og du bør legge en bestemt rute på Router2 til direkte rute 192.168.1.0/24 data til Router1.

De fleste rutesløyfer gi deg en utløpt pakke, så ved hjelp av ping eller traceroute kommandoer, kan du raskt identifisere problemet om et resultat omtrent som det du har sett. Den omstendelig oppgave kan være å identifisere den eksakte kilden til problemet, som det sannsynligvis gjør med ett rutetabellen oppføring på en router. Hvis du jobber sekvensielt gjennom ruterne på den ene enden av forbindelsen til den andre enden, vil du finne det.