Vraag Wat betekent "TTL verlopen tijdens verzending" bij een ping-poging?


We krijgen het bericht "TTL verlopen tijdens transport" wanneer we proberen te pingen naar een server in een ander netwerksegment. Wanneer we tracert uitvoeren, herhalen 4 ip-adressen zich oneindig:

14    60 ms    59 ms    60 ms  xxx.xxx.xxx.2
15    83 ms    81 ms    82 ms  xxx.xxx.xxx.128
16    75 ms    80 ms    81 ms  xxx.xxx.xxx.249
17    81 ms    78 ms    80 ms  xxx.xxx.xxx.250
18    82 ms    80 ms    77 ms  xxx.xxx.xxx.2
19   102 ms   101 ms   100 ms  xxx.xxx.xxx.128
20   101 ms   100 ms    98 ms  xxx.xxx.xxx.249
21    97 ms    98 ms    99 ms  xxx.xxx.xxx.250
...

Wat zijn de basisstappen voor het oplossen van deze fout?


53
2017-07-13 05:23


oorsprong




antwoorden:


Zoals vermeld in alle bovenstaande antwoorden is er loop-in-routering waardoor TTL verloopt.

Controleer de route op de apparaten waarvan de IP-adressen zich herhalen. Op Linux kun je gebruiken

route -n 

als rootgebruiker om de huidige routingtabel te zien. Op vensters kun je naar cmd gaan en de opdracht gebruiken

route print

om de huidige routingtabel te zien. Op cisco hanteerbare schakelaars kunt u het commando gebruiken

show ip route

Als u bovenstaande opdrachten gebruikt voor alle vier IP's die zich herhalen, moet u zien welke routeringstabel onjuist is. Een van de vier betrokken apparaten / hosts moet in het ideale geval verkeer naar de bestemming leiden, die u met een andere gateway pingt.


32
2017-07-13 08:42



Dat werkte voor mij. Bedankt - Leonardo


U hebt een rondgaande route in uw netwerkconfiguraties, controleer uw routeringstabellen op de betrokken apparaten.

"TTL verlopen tijdens transport" is gerelateerd aan de TTL-waarde van het pakket; elke router die deze passeert, verlaagt deze met één, als deze 0 raakt, wordt het pakket teruggestuurd naar de afzender. Het voorkomt oneindige lussen, waarbij pakketten voor altijd in cirkels rondreizen.


18
2017-07-13 05:26



Het is niet echt exact, het pakket is niet terug naar de afzender, maar alleen een icmp-bericht. - radius
Terwijl het pakket zelf niet wordt geretourneerd en een ICMP-bericht (dit TTL-verlopen bericht) wordt teruggestuurd naar de bron, is het punt over de route-lus en de TTL-decrementuitleg correct. - nik


IP-pakket heeft een TTL vlag. Deze wordt telkens met 1 verlaagd als het pakket wordt gerouteerd. Wanneer de waarde 0 wordt, laat de router het pakket vallen en verzendt een ICMP-bericht Time-to-live overschreden tijdens transport.
Dit wordt gedaan om te voorkomen dat pakketten oneindig worden gerouteerd wanneer er routeringsproblemen zijn op netwerken. Dit is jouw geval hier, je hebt een routeringslus zodat het pakket nooit de bestemming bereikt en uiteindelijk wordt laten vallen door een van de router omdat de TTL 0 bereikt.


13
2017-07-13 05:29





Controleer tijdens het controleren van de routeringstabellen van de vier routers op het netwerk masker van de routes en als de router kan routeren "classless".

Op oudere Ciscos moet je dit expliciet inschakelen, anders zullen ze hele klassevolle netwerken routeren in plaats van je subnetten. Bijv. configureren 10.20.30.0/24 zal resulteren in een route zoals 10.0.0.0/8.


1
2017-07-13 08:02





U maakt geen melding van het protocol, maar ik vind dat het overmatig gebruik van statische routes vaak tot de fout leidt. Het gebruik van een dynamisch routeringsprotocol zou dit met weinig moeite van de beheerders moeten oplossen.

Ik zou gewoon zeggen om te beginnen bij laag-1. Zorgt ervoor dat de router is ingeschakeld en dat de poort die deze met het netwerk verbindt, up-to-date is. Breng vervolgens uw route in kaart van uw ICMP-bron naar de bestemmingsrouter en onderzoek de routeringstabel bij elke hop langs het pad.


0
2017-07-13 09:42





Toen pingen resulteerde in Verlopen in doorvoer ... kort diagram - ISP ==> Router ==> Switch ==> naar pc's

Als ISP zijn apparaat kan zien, moet u mogelijk de swich opnieuw opstarten. Als het werkt, ben je helemaal klaar. Als dit niet het geval is, moet u mogelijk de router opnieuw opstarten.

Ik kreeg dezelfde foutmelding. Ik herstartte de schakelaar en alles kwam weer terug.

Succes.


0
2017-09-02 20:53





OK, dus ik spreek met iedereen. U hebt een routeringslus, zoals blijkt uit het feit dat het ICMP-echeaanvraag blijft lussen tussen dezelfde 4 routers. Controleer de routeringstabellen op de routers, beginnend bij de router op x.x.x.250.


0
2017-09-02 20:58





ik heb ontvangen TTL expired in transit bericht en het probleem was een foutieve invoer in DHCP.

Iemand had dezelfde hostnaam toegevoegd aan de DHCP-server met een statisch IP-adres (10.x.x.11), terwijl de host ook een nieuw dynamisch IP-adres (10.x.x.22) had geleased.

Pinging host.example.com [10.x.x.22] with 32 bytes of data:
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.
Reply from 10.x.x.11: TTL expired in transit.

Ping statistics for 10.x.x.22:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

-4
2017-09-05 14:16



nee, dit klinkt als een hele puinhoop van totaal niet gerelateerde problemen ... - Chris S