TTL in ping reply verandert

[Verwijderd]

Ik heb een probleem met mn Debian linux bak. Als ik remote X draai vanaf een win2k station. Wordt af en toe willkeurig mn verbinding verbroken. Ook als ik een ssh sessie open heb staan hangt de terminal soms compleet. dus dacht ik ik zet een dos box open en ik ping die bak constant om te kijken of het aan het netwerk lag. Maar er waren al een hoop ping replys verstuurd en toen veranderde de TTL van de ping reply inees van 255 naar 128. hoe kan dit ????

Reply from 130.144.246.31: bytes=32 time<1ms TTL=255
Reply from 130.144.246.31: bytes=32 time<1ms TTL=255
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128

[blackd]

Dan hebben die packets ineens een heleboel hops gehad? Wat voor IP ping je precies?

Probeer anders een paar keer te traceroute'n, en kijk hoeveel hops je krijgt

[Verwijderd]

jah let niet op de kromme ip range 130.144.0.0 die heeft iemand ander ingesteld en kan ik niet zomaar aanpassen.
Er zijn geen hops ze zitten allebij in dezelfde hub.

Ik weet dat ik 10.0.x.x of 192.168 moet gebruiken
Maar die persoon die dit netwerk heeft gefixed was niet zo slim.

[Verwijderd]

Als de TTL van 255 naar 128 gaat, dan wil dat volgens mij niet zeggen dat er meer hops tussen zitten. Als ik hier lokaal een adres ping (1 hop, direct dus) dan is mijn TTL altijd 128.

Is het niet gewoon een "andere" route, die niet per se meer hops heeft (of minder) maar over tragere lijnen gaat?

[Verwijderd]

OK, ik zal sneller tiepen.,..

[blackd]

Maar als ik 't goed begrijp (correct me if i'm wrong) neemt je TTL met 1 af wanneer je een hop hebt gehad (router of whatever). Maar het lijkt mij ook zeer onlogisch dat je ineens van 255 -> 128 gaat in het aantal hops, dat betekent 127 hops meer!?

[Verwijderd]

C:\Documents and Settings\matt>ping -t 130.144.246.31

Pinging 130.144.246.31 with 32 bytes of data:

Reply from 130.144.246.31: bytes=32 time<1ms TTL=255
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128
Reply from 130.144.246.31: bytes=32 time<1ms TTL=128
Reply from 130.144.246.31: bytes=32 time<1ms TTL=255
Reply from 130.144.246.31: bytes=32 time<1ms TTL=255

Ping statistics for 130.144.246.31:
Packets: Sent = 7, Received = 7, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
Control-C

[Verwijderd]

Ze zitten echt in dezelfde hub. en ze gaan niet via een andere router of zoiets. Er is maar 1 router/gateway en die route alleen pakkets die naar het inet gaan.

[blackd]

Op donderdag 02 mei 2002 16:40 schreef M4tt het volgende:
Ze zitten echt in dezelfde hub. en ze gaan niet via een andere router of zoiets. Er is maar 1 router/gateway en die route alleen pakkets die naar het inet gaan.

En als je traceroute doet?

_{gebruik volgende keer 't edit knopje svp}

[Verwijderd]

C:\Documents and Settings\matt>tracert 130.144.246.31

Tracing route to tribal-dev02.tribalhome.nl [130.144.246.31]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms tribal-dev02.tribalhome.nl [130.144.246.31]

Trace Complete

[Verwijderd]

Verhaaltje op http://hotwired.lycos.com/webmonkey/97/42/index3a.html?tw=backend

The Time To Live (TTL) field can be interesting. Every IP
packet that gets sent out has a TTL field which is set to a relatively high number (in this case, ping packets get a TTL of 255). As the packet traverses the network, the TTL field gets decreased by one by each router it goes through; when the TTL drops to 0, the packet is discarded by the router. The IP spec says that the TTL should be set to 60 (though it's 255 for ping packets). The main purpose of this is so that a packet doesn't live forever on the network and will eventually die when it is deemed "lost." But for us, it provides additional information. We can use the TTL to determine approximately how many router hops the packet has gone through. In this case it's 255 minus N hops, where N is the TTL of the returning Echo Replies. If the TTL field varies in successive pings, it could indicate that the successive reply packets are going via different routes, which isn't a great thing.

[blackd]

Op donderdag 02 mei 2002 16:43 schreef M4tt het volgende:
C:\Documents and Settings\matt>tracert 130.144.246.31

Tracing route to tribal-dev02.tribalhome.nl [130.144.246.31]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms tribal-dev02.tribalhome.nl [130.144.246.31]

Trace Complete

Heb je een router in je netwerk staan die verbinding heeft met internet?

edit:
Ja

Probeer anders nog een aantal keer te tracen, om te kijken of ie een andere route neemt.

[Verwijderd]

jah oke. ik weet waar de TTl waarde voor is maar daarom is het ook zo vreemd. Hij gaat niet door een router dus kan de TTL ook niet minder worden. Als ik mn ander debian linux bak ping blijft de TTL gewoon op 255 staan.

Ik denk dat mn ip stack gewoon kapot is of zo.
Ik wordt al de hele dag random door die bak gedisconnect

[Verwijderd]

nope het blijf maar 1 hop. Ik heb die router zelf geplaats. En ik heb hier een terminal open staan naar de router met iptraf open en er komt echt niks langs.

[imdos]

misschien moet je het probleem hardware-matig zoeken
Want dit soort berichten lijken me minder met software en meer met hardware te maken hebben!

[Verwijderd]

jah zoiets d8 ik ook al. Want die bak heeft tot nu toe altijd goed gedraait. Het is maar een vaag probleem.

iig thx voor de hulp allemaal

mzzls

[SambalBij]

Heb je niet perongeluk twee machines met hetzelfde IP adres in je netwerk?
Als jij een ping stuurt naar een IP wat twee keer voorkomt krijg je ook antwoord terug van twee machines als het goed is. Als de ene machine een reply stuurt met een TTL van 255 en de andere machine replies stuurt met een TTL van 128, en je ontvangt soms de ene en soms de andere het eerste, kun je dit soort resultaten krijgen.