Not to be confused with TLL which stands for Tornado Low Level and was a really neat game on the Speccy back in the 80s ;-)
-----Original Message----- From: [EMAIL PROTECTED] [mailto:duncan.cumming@;alienationdesign.co.uk] Sent: Thursday, November 14, 2002 3:44 PM To: [EMAIL PROTECTED] Subject: RE: [ cf-dev ] PING time - what's TTL? that's TTL for DNS records, not TTL for a Ping packet. Two different things. Duncan Cumming IT Manager http://www.alienationdesign.co.uk mailto:duncan.cumming@;alienationdesign.co.uk Tel: 0141 575 9700 Fax: 0141 575 9600 Creative solutions in a technical world ---------------------------------------------------------------------- Get your domain names online from: http://www.alienationdomains.co.uk Reseller options available! ---------------------------------------------------------------------- ---------------------------------------------------------------------- Rich Wild <r.wild@e-man To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> go.com> cc: Subject: RE: [ cf-dev ] PING time - what's TTL? 11/14/02 03:38 PM Please respond to dev > http://www.jhsoft.com/help/df_ttl.htm so I should consider this resource wrong then? > -----Original Message----- > From: Matt Horn [mailto:matt.horn@;mediatelgroup.co.uk] > Sent: 14 November 2002 15:34 > To: [EMAIL PROTECTED] > Subject: RE: [ cf-dev ] PING time - what's TTL? > > > > > > That is Correct > > 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. > > > look at the time variable > > > The time field is an indication of the round-trip time to get > a packet to > the remote host. The reply is measured in milliseconds. In > general, it's > best if round-trip times are under 200 milliseconds. The time > it takes a > packet to reach its destination is called latency. If you see a large > variance in the round-trip times (which is called "jitter"), > you are going > to see poor performance talking to the host. However, a > couple of laggards > in a large sample (50 to 100) is no cause for worry. > > > Matt > > At 15:21 14/11/2002, you wrote: > >erm... > > > >Not in my book it isn't. > > > >It's the maximum number of routers it will be passed through > before it > >stops being passed on. > > > >There's more info on it here: > > > >http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V > 50A_HTML/MA > >N/MAN8/0288____.HTM > > > >Each time a packet goes through a router it's ttl gets decremented. > > > >If it has a high ttl then it's not been through many > routers. If it has > >a low ttl it will have been through more. > > > >The problem is knowing what the starting value was. > > > >I think it's 128 on windows. > > > >Whether it's high or low won't necessarily tell you anything > about the > >speed of a connection, but a lower number will often correspond to a > >slower connection because of all the routers each packet has to go > >through. > > > >Spike > > > >Stephen Milligan > >Team Macromedia - ColdFusion > >Co-author 'Reality Macromedia ColdFusion MX: Intranets and Content > >Management' > >http://spikefu.blogspot.com > > > > > -----Original Message----- > > > From: Rich Wild [mailto:r.wild@;e-mango.com] > > > Sent: 14 November 2002 16:12 > > > To: '[EMAIL PROTECTED]' > > > Subject: RE: [ cf-dev ] PING time - what's TTL? > > > > > > > > > TTL = Time To Live > > > > > > Higher number is slower (its number of seconds) > > > > > > > > > > -----Original Message----- > > > > From: Ross Williams [mailto:webmaster@;rawnet.com] > > > > Sent: 14 November 2002 15:12 > > > > To: [EMAIL PROTECTED] > > > > Subject: [ cf-dev ] PING time - what's TTL? > > > > > > > > > > > > Hi, > > > > > > > > I'm trying to guage the response time between two boxes - > > > > what does TTL > > > > mean when returned from a ping? Does a high number mean > faster or > > > > slower? > > > > > > > > R > > > > > > > > ------------------------------------------------------- > > > > Ross Williams > > > > Managing Director, Rawnet Limited > > > > Direct Phone : +44 (0) 1344 393 440 > > > > Switchboard : +44 (0) 1344 393 040 > > > > ------------------------------------------------------- > > > > rawnet ltd > > > > Atrium Court > > > > Bracknell [EMAIL PROTECTED] > > > > Berkshire Tel : +44 (0) 1344 393 040 > > > > RG12 1BW, UK http://www.rawnet.com > > > > ------------------------------------------------------- > > > > This message may contain information which is legally > > > > privileged and/or > > > > confidential. If you are not the intended recipient, > you are hereby > > > > notified that any unauthorised disclosure, copying, > > > > distribution or use > > > > of this information is strictly prohibited. Such notification > > > > notwithstanding, any comments, opinions, information or > conclusions > > > > expressed in this message are those of the originator, > not of rawnet > > > > limited, unless otherwise explicitly and independently > > > indicated by an > > > > authorised representative of rawnet limited. > > > > ------------------------------------------------------- > > > > > > > > > > > > > > > > -- > > > > ** Archive: > > > http://www.mail-archive.com/dev%> 40lists.cfdeveloper.co.uk/ > > > > > > > > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] For > > > > human help, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > -- > > > ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] For human help, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > >-- >** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ > >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] >For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
