dslreports logo
 
    All Forums Hot Topics Gallery
spc
uniqs
15

bluepoint
join:2001-03-24

bluepoint to Jabbu

Member

to Jabbu

Re: Bad Gateway

said by Jabbu:

said by bluepoint:

I do not agree, each hop contributes to latency and latency is important when you're gaming.

What do you not agree with?

Ping is ICMP, ICMP traffic routers do not care about, you know about QoS or CoS?

How do you explain seeing 2000ms on your first hop, but only 50ms on your destination?

So you are telling me ICMP packets are ignored and it means we do not pay attention to the trace results? The ms it represents for each hop is the speed the hop answers. It doesn't represent how fast it arrives to the hop. It's wrong to ignore the other routes and just be happy the the destination answers to your satisfaction.
In layman's words, it's just the same in a car race. One starts in a rough road and the other in a smooth road. If both cars races to reach the 1 mile finish line, which one do you think arrives first?

Jabbu
Premium Member
join:2002-03-06

Jabbu

Premium Member

I don't get your point.

You are saying your first hop is taking 2000ms, that would mean ALL your websites would take at least 2 seconds to start loading. All your gaming would have a 2000ms or more ping time. If this was real, a simple ping to google.com would also result in 2000ms, not 60ms.

The first hop is the router in the hub, its priority is phone traffic then data traffic and its least priority is icmp traffic. So if this router is busy, you WILL see a high delay in tracert.

bluepoint
join:2001-03-24

1 edit

bluepoint

Member

said by Jabbu:

The first hop is the router in the hub, its priority is phone traffic then data traffic and its least priority is icmp traffic. So if this router is busy, you WILL see a high delay in tracert.

That's what I'm trying to point at the router is busy. Why was it pinging 30ms before the storm and 2000ms now? What do you think happens? Wouldn't you think gaming will be affected?

"Network latency in a packet-switched network is measured either one-way (the time from the source sending a packet to the destination receiving it), or round-trip (the one-way latency from source to destination plus the one-way latency from the destination back to the source). Round-trip latency is more often quoted, because it can be measured from a single point. Note that round trip latency excludes the amount of time that a destination system spends processing the packet. Many software platforms provide a service called ping that can be used to measure round-trip latency. Ping performs no packet processing; it merely sends a response back when it receives a packet (i.e. performs a no-op), thus it is a relatively accurate way of measuring latency."
»en.wikipedia.org/wiki/La ··· neering)

DocDrew
How can I help?
Premium Member
join:2009-01-28
SoCal
Ubee E31U2V1
Technicolor TC4400
Linksys EA6900

1 edit

DocDrew

Premium Member

said by bluepoint:

That's what I'm trying to point at the router is busy. Why was it pinging 30ms before the storm and 2000ms now? What do you think happens? Wouldn't you think gaming will be affected?

It's not 2000ms now, it's not responding now. At least that's what you said and showed originally.

If it's 2000ms then show us.

Use PingPlotter, run it for awhile, and post some graph screenshots. A single tracert with single hop times don't show enough to really give a good answer.

bluepoint
join:2001-03-24

1 edit

bluepoint

Member

Ok I just did a tracert and it's better and it's responding. :uhh:

 1:     0 ms  192.168.1.1
2:   458 ms  68.174.228.1    (cpe-68-174-228-1.si.res.rr.com)
3:    15 ms  24.164.129.218  (24-164-129-218.si.rr.com)
4:     0 ms  24.164.128.34   (tenge-0-4-0-4-nycmny1-rtr02.si.rr.com)
5:    15 ms  184.152.112.147 (bun119.nycmnytg-rtr001.nyc.rr.com)
6:    15 ms  24.29.148.250   (bun6-nycmnytg-rtr002.nyc.rr.com)
7:    15 ms  66.109.6.78     (ae-4-0.cr0.nyc30.tbone.rr.com)
8:    15 ms  107.14.19.153  
9:    31 ms  4.30.135.153    (xe-11-0-2.edge2.Newark1.Level3.net)
10:    31 ms  4.69.156.30     (ae-31-51.ebr1.Newark1.Level3.net)
11:    15 ms  4.69.132.97     (ae-2-2.ebr1.NewYork1.Level3.net)
12:    15 ms  4.69.134.66     (ae-61-61.csw1.NewYork1.Level3.net)
13:    15 ms  4.69.155.6      (ae-14-60.car4.NewYork1.Level3.net)
14:    16 ms  4.53.94.218     (SPLICE-COMM.car4.NewYork1.Level3.net)
15:    15 ms  67.215.65.132   (hit-nxdomain.opendns.com)
 
The target host "67.215.65.132" have been reached.
 
Query finished.
 
   1:     0 ms  192.168.1.1
   2:   405 ms  68.174.228.1    (cpe-68-174-228-1.si.res.rr.com)
   3:     0 ms  24.164.129.218  (24-164-129-218.si.rr.com)
   4:    15 ms  24.164.128.34   (tenge-0-4-0-4-nycmny1-rtr02.si.rr.com)
   5:    31 ms  184.152.112.147 (bun119.nycmnytg-rtr001.nyc.rr.com)
   6:    15 ms  24.29.148.250   (bun6-nycmnytg-rtr002.nyc.rr.com)
   7:    16 ms  107.14.19.24   
   8:    15 ms  66.109.6.161    (ae-1-0.pr0.nyc30.tbone.rr.com)
   9:    15 ms  216.55.0.65    
  10:    98 ms  216.156.0.21    (vb1011.rar3.washington-dc.us.xo.net)
  11:    77 ms  207.88.12.9     (te-3-0-0.rar3.atlanta-ga.us.xo.net)
  12:    94 ms  207.88.12.2     (te-3-0-0.rar3.dallas-tx.us.xo.net)
  13:    78 ms  216.156.0.126   (ae0d0.mcr2.sandiego-ca.us.xo.net)
  14:   358 ms  216.55.27.26   
  15:    94 ms  69.43.169.112   (ge5-2-6509-a.castleaccess.com)
  16:   109 ms  69.43.129.188  
  17:    93 ms  69.43.161.162  
 
The target host "69.43.161.162" have been reached.
 
Query finished.
 

I think they are probably working on those nodes.

DocDrew
How can I help?
Premium Member
join:2009-01-28
SoCal
Ubee E31U2V1
Technicolor TC4400
Linksys EA6900

DocDrew

Premium Member

Read this:
»www.nessoft.com/kb/artic ··· -24.html
or this:
»www.nessoft.com/kb/2