aha. bingo. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:duncan.cumming@;alienationdesign.co.uk] > Sent: 14 November 2002 15:44 > 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]
