Ping melding: TTL expired in transit?

[rammes]

als ik een bepaald ip adres wil pingen krijg ik deze melding.

Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 195.86.248.2: TTL expired in transit.
Reply from 195.86.248.2: TTL expired in transit.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.


wat houd dat in dat ttl ???

[gatlarf]

TTL = Time To Live

[rammes]

maar wat houd dit nu concreet in?

[gatlarf]

Die expired in transit komt van je default gateway die de route naar dit bepaalde adres niet kent. Het is wel niet gezond dat je router dit maar af en toe geeft.

[Roelant]

Ik heb even je topictitel iets bijgeschaafd

[gatlarf]

Heb je misschien wat meer info over wat en via wat je iets wil pingen?

[Access]

TTL = Time To Live

Dat houdt in het aantal routers waarover een pakketje is heengeweest, ook wel 'hops' genoemd. Is het aantal hops groter dan de ingestelde TTL dan wordt het pakketje gekilled, en komt het dus niet aan op de bestemming. Hierdoor krijg je dus de melding: TTL expired in transit.

De oplossing kan dus zijn je TTL te verhogen, of je provider bellen dat ze hun router beter moeten instellen .

[rammes]

ik probeer mijn vpn/firewall op werk te pingen, ben de hele dag al met priority in de weer.. straal verbindingen die het niet doen dan weer wel en dan weer een andere foutmelding op de lijn...

[gatlarf]

Op dinsdag 20 november 2001 23:22 schreef Access het volgende:
TTL = Time To Live

Dat houdt in het aantal routers waarover een pakketje is heengeweest, ook wel 'hops' genoemd. Is het aantal hops groter dan de ingestelde TTL dan wordt het pakketje gekilled, en komt het dus niet aan op de bestemming. Hierdoor krijg je dus de melding: TTL expired in transit.

De oplossing kan dus zijn je TTL te verhogen, of je provider bellen dat ze hun router beter moeten instellen .

Dat bedoel ik dus, alleen kan jij het beter uitleggen dan ik!

[Access]

Ufcurse

[ThaHandy]

dit heb ik als ik naar een adls user ping

[markvt]

Op dinsdag 20 november 2001 23:13 schreef rammes het volgende:
maar wat houd dit nu concreet in?

dat de maximale tijd niet gehaald is, dus de ping of te groot of de pc uit is.
Time To Live = maximale tijd dat een ping duurt

[Anoniem: 31870]

Op dinsdag 20 november 2001 23:22 schreef Access het volgende:
TTL = Time To Live

Dat houdt in het aantal routers waarover een pakketje is heengeweest, ook wel 'hops' genoemd. Is het aantal hops groter dan de ingestelde TTL dan wordt het pakketje gekilled, en komt het dus niet aan op de bestemming. Hierdoor krijg je dus de melding: TTL expired in transit.

De oplossing kan dus zijn je TTL te verhogen, of je provider bellen dat ze hun router beter moeten instellen .

had het dan niet hops to live moeten zijn? HTL?

volgens mij is de ttl de tijd die een pakketje op een segment mag bestaan; oftewel tijd per hop!!! en NIET de totale tijd! voor 1 ping (een ttl 247ms (default) kan best een ping van 800ms teruggeven; een pakketje met meer dan 247 hops... lijkt me sterk... iig danecht iets goed mis )

[Perseus|IA]

Als je dit soort meldingen krijgt op je interne netwerk, dan zou ik eens gaan kijken of je niet ergens een loopje tussen tussen twee routers hebt lopen.

Ik heb dit gehad toen er twee Cisco routers bij mij op het werk per ongeluk dezelfde config kregen, ze gingen toen vrolijk een potje packet tennis doen. heen en weer.

Als je dit over het internet hebt, dan heeft je provider waarschijnlijk problemen met z'n router, of de provider van de ontvangend kan heeft router troubels

suc6

[Anoniem: 31870]

Op donderdag 22 november 2001 12:42 schreef Perseus het volgende:
Als je dit soort meldingen krijgt op je interne netwerk, dan zou ik eens gaan kijken of je niet ergens een loopje tussen tussen twee routers hebt lopen.

dit is dus alleen mogelijk als je netwerk uit meerdere segmenten/subnetten bestaat.

expired in transit: pakketje komt niet op het desbetreffende netwerk.
timed out: pakketje komt wel op het netwerk maar het ipnummer niet "vinden"

[RupS]

Het is mij opgevallen dat dit met Windows XP voorkomt.

Ik bedoel daarmee ene keer een timeout, andere keer een TTL expire...

Heel vreemd. Ik heb hier twee computers staan in hetzelfde netwerk, ping ik het zelfde adres op de NT4 bak, dan ktrijgt hij iedere keer een time-out, met de XP bak vaak time-out en soms een TTL expire er tussendoor.

Ik vind het een beetje vreemd....

[Anoniem: 31870]

Op donderdag 22 november 2001 13:36 schreef dutchrups het volgende:
Het is mij opgevallen dat dit met Windows XP voorkomt.

Ik bedoel daarmee ene keer een timeout, andere keer een TTL expire...

Heel vreemd. Ik heb hier twee computers staan in hetzelfde netwerk, ping ik het zelfde adres op de NT4 bak, dan ktrijgt hij iedere keer een time-out, met de XP bak vaak time-out en soms een TTL expire er tussendoor.

Ik vind het een beetje vreemd....

misschien de ttl default lager dan bij nt4 (dit kan je zien als je wel een reply krijgt ttl=247 oid; bij xp valt me nu op dat de ttl=128... dat zou het kunnen zijn!!)

ping -i [TTL] om je TTL in te stellen.

[Access]

Op donderdag 22 november 2001 12:16 schreef betweter het volgende:

[..]

had het dan niet hops to live moeten zijn? HTL?

volgens mij is de ttl de tijd die een pakketje op een segment mag bestaan; oftewel tijd per hop!!! en NIET de totale tijd! voor 1 ping (een ttl 247ms (default) kan best een ping van 800ms teruggeven; een pakketje met meer dan 247 hops... lijkt me sterk... iig danecht iets goed mis )

Toch is het zo....

Van whatis.com

The original idea of TTL was that it would specify a certain time span in seconds that, when exhausted, would cause the packet to be discarded. Since each router is required to subtract at least one count from the TTL field, the count is usually used to mean the number of router hops the packet is allowed before it must be discarded. Each router that receives a packet subtracts one from the count in the TTL field. When the count reaches zero, the router detecting it discards the packet and sends an Internet Control Message Protocol (ICMP) message back to the originating host.
The default Windows 95/98 TTL value is 32 hops. Some users recommend changing this to 128 if you have difficulty reaching certain sites.

** knip **

Using the multicast IP protocol, the TTL value indicates the scope or range that a packet may be forwarded. By convention:


0 is restricted to the same host
1 is restricted to the same subnet
32 is restricted to the same site
64 is restricted to the same region
128 is restricted to the same continent
255 is unrestricted

toon volledige bericht