Is Your ISP Connection Ping Longer than It Should Be?

Hey all, I'm curious if this is an issue for you guys - I'm on TPG ADSL and I noticed a very peculiar thing about ping times. This is not an issue per se, but still something that I feel shouldn't be the case

I was dabbling in some networking stuff several weekends ago and realised that what I did was adding delay to the packets. At that time i thought maybe it was what I was doing. However, now that I have removed it and my connection is back to being connected directly to the router/modem, i realised that ping times t0 the TPG servers are quite long. More specifically, the single hop from my router to the ISP takes up 80-90% of the time for the packet to reach its destination.

Pinging takes about 14 - 16 milliseconds, and running a tracert / traceroute indicates that the bulk of that time taken is that single hop to the ISP. Here are the results:
PING ( 56 data bytes
64 bytes from icmp_seq=0 ttl=56 time=15.122 ms
64 bytes from icmp_seq=1 ttl=56 time=15.375 ms
64 bytes from icmp_seq=2 ttl=56 time=17.055 ms
64 bytes from icmp_seq=3 ttl=56 time=15.449 ms

traceroute to (, 64 hops max, 52 byte packets
1 ( 2.056 ms 0.998 ms 0.922 ms
2 ( 12.664 ms 14.066 ms 13.567 ms
3 ( 13.024 ms 13.378 ms 13.784 ms
4 ( 20.626 ms ( 18.772 ms ( 19.571 ms
5 ( 14.400 ms 14.425 ms 14.569 ms
6 ( 14.771 ms 21.858 ms ( 15.285 ms
7 ( 13.777 ms 14.888 ms ( 14.870 ms
8 ( 14.296 ms 14.497 ms 14.598 ms

In the grand scheme of things this may not seem like much. But 13 ms in delay essentially means its hopping to a server about 3000kms away, or some form of delay in the equipment/software they use, which is weird. I stay in Sydney, so I would expect they would have their servers nearby. You can imagine that this may not be a big deal for the average use but again, this is not normal and you would notice that it is only this one hop that consumes the majority of the time it takes to reach google's servers

Does anyone have an explanation for this?



    My ping is 26ms to google


    Can you post your traceroute to another IP? eg

    I actually see the 13ms hop to as well … I'm using TPG business fibre at work. The other IPs don't have it though!


      This is the one for It still seems the same. I mean, its literally either the TPG server is thousands of kms away or the packet is sitting at the server for some reason before heading out.. Funny thing is that every other hop is under a millisecond.

      PING ( 56 data bytes
      64 bytes from icmp_seq=0 ttl=56 time=14.749 ms
      64 bytes from icmp_seq=1 ttl=56 time=14.816 ms
      64 bytes from icmp_seq=2 ttl=56 time=14.543 ms
      64 bytes from icmp_seq=3 ttl=56 time=13.791 ms
      64 bytes from icmp_seq=4 ttl=56 time=14.385 ms
      64 bytes from icmp_seq=5 ttl=56 time=15.534 ms
      64 bytes from icmp_seq=6 ttl=56 time=23.857 ms
      64 bytes from icmp_seq=7 ttl=56 time=13.725 ms
      —- ping statistics —-
      8 packets transmitted, 8 packets received, 0.0% packet loss
      round-trip min/avg/max/stddev = 13.725/15.675/23.857/3.140 ms

      traceroute to (, 64 hops max, 52 byte packets
      1 ( 1.623 ms 1.225 ms 0.908 ms
      2 ( 13.715 ms 13.007 ms 13.028 ms
      3 ( 14.254 ms 13.299 ms 13.705 ms
      4 ( 14.393 ms ( 21.253 ms 14.654 ms
      5 ( 13.855 ms 14.428 ms 13.805 ms
      6 ( 14.897 ms 15.056 ms 14.333 ms
      7 ( 14.023 ms ( 13.954 ms 13.612 ms
      8 ( 13.762 ms 14.129 ms 15.380 ms


        Looks like my 13ms hop to has disappeared now.

        The fact that I didn't see it to the other host, indicates, to me that there's probably a capacity issue (or other fault) in the TPG network somewhere.

        • +1 vote

          There has been issues with some of the sub sea trunklines there has also been a tie in of a new main line through into Asia so yes to both I guess more traffic through other networks because of others being down or running reduced capacity.

          Sydney unfortunately had been taking the bulk of traffic which seems ridiculous

          I get a 9ms ping consistently but I've seen it climb I've also got a snip of my upload speed outperforming my download speed which someone said was impossible till I showed them haven't heard from them since.

          The only thing I normally play with unless I want to bypass something is change DNS I use googles servers but I hear that cloudflare is faster again for those that want to squeeze everything out of the line.


            @Toons: Your results if 9ms is bang on the range of what it should be for ADSL - I've already changed my dns to cloudfare, but whatever this server does, its adding somewhat of a delay.


    Majority of your latency is not due to distance, it's due to processing delays.
    The slowest point is between your modem to the ADSL exchange, which might only be a few kilometres away.
    From there on, it's a lot faster through optical fibres and high speed routers, etc.


      I think you may be right about processing delays, though this is quite surprising. I would have expected pinging a server residing in Sydney to take under 10ms. I only noticed how high it was when trying to put a firewall in between seemed to cause the latency to jump significantly, and also as I came back from another country where local server pings (such as running a speedtest to the nearest server) tended to be closer to 5ms(admittedly that was on fibre).


    less than 20ms is pretty good and you will never get much lower than that through an ISP


      I guess we are conditioned to set the bar quite low when it comes to internet, but my feeling is that this adds up, especially if accessing foreign websites or adding another hop due to using a VPN. I'm just not sure if its normal - as i mentioned, 13 ms is like the signal travelling the equivalence of 3000 kms (if i've got my maths right).

      I'm not surprised that it took that amount of time to reach google, I'm surprised that amount of time to reach just the ISP. While speed is important, latency is really the deal when it comes to videos chats and gaming.

  • Top