Problems?

[psp83]

For the last 30mins loading websites (esp flickr) are taking awhile. Pictures are slow at downloading aswell.

Getting time outs and packet lose.

C:\Users\Paul>tracert www.idnet.net

Tracing route to www.idnet.net [212.69.36.10]
over a maximum of 30 hops:

 1    <1 ms    <1 ms    <1 ms  www.routerlogin.com [192.168.0.1]
 2    14 ms    13 ms    14 ms  telehouse-gw4-lo2.idnet.net [212.69.63.99]
 3    14 ms    13 ms    14 ms  telehouse-gw3-g0-1-400.idnet.net [212.69.63.243]
 4    15 ms    14 ms    14 ms  redbus-gw2-g0-1-331.idnet.net [212.69.63.5]
 5    14 ms    13 ms    13 ms  redbus-gw1-fa2-0-300.idnet.net [212.69.63.225]
 6    13 ms    13 ms     *     www.idnet.net [212.69.36.10]
 7     *       14 ms    13 ms  www.idnet.net [212.69.36.10]

Trace complete.


C:\Users\Paul>ping www.idnet.net

Pinging www.idnet.net [212.69.36.10] with 32 bytes of data:
Reply from 212.69.36.10: bytes=32 time=13ms TTL=59
Request timed out.
Reply from 212.69.36.10: bytes=32 time=14ms TTL=59
Reply from 212.69.36.10: bytes=32 time=12ms TTL=59

Ping statistics for 212.69.36.10:
   Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
   Minimum = 12ms, Maximum = 14ms, Average = 13ms

[psp83]

Speed is down aswell

[Rik]

Sorry, I was asleep. No signs of problems here, so if you are still having issues, Paul, I'd suggest you contact support.

[psp83]

Back to normal now. Must of been BT.

[Rik]

Well it was certainly slap band in their engineering works span, Paul.

[Bill]

I'm noticing that the performance drops off almost exactly at midnight (ie start of the off-peak); mainly packet loss from the tbb monitor going up to about 10%. Not too much speed loss though, and not enough to bother bringing it up with support.

It usually lasts for a few hours until everyone has finished getting their Linux distros

I'd put it down to congestion at my exchange, but maybe not, if Paul is seeing something similar?

[Rik]

Possible, Bill. Support haven't seen any congestion problems within IDNet, so it could be down to local exchange or other BT issues.

[Bill]

Maybe they're laying the fibre to my cabinet 

[Rik]

We all live in hope, Bill, whether it's in vain remains to be seen.

[Bill]

Going off topic... when fibre is available to someone, how will they know? Will IDNet be putting some sort of availability checker on the main site, or what?

[Rik]

I assume so, Bill.

[zappaDPJ]

I'm seeing the same problems as Paul in the early hours, everything gets very slow and iPlayer tells me I don't have enough bandwidth. Speed tests show otherwise so I haven't a clue what's going on but I don't think it's anything within IDNet's control myself.

[Rik]

Might be worth a different browser, Zap?

[Steve]

I wonder how much off peak downloading is occuring on BT's network? I assume big file downloads have a major affect on capacity especially when compared to the equivalent time using a browser.

[Rik]

They must do, Steve, but then if Zap is seeing decent speedtests, to me it suggests a server congestion issue. Perhaps people schedule downloads for after midnight?

[Steve]

I think people do schedule downloads after midnight, certainly when the student's home I insist!

[Rik]

 

[zappaDPJ]

Whatever the problem is it can also occur during the day. For example I was browsing this list of websites http://www.vbadvanced.com/products.php?do=sitelinks&productid=4 earlier on today and they were all taking a minimum of 5-10 seconds to load. At the moment they are loading in around a second, two at the most.

It's an intermittent problem and as those websites are hosted all over the world it's not a problem local to them. My money is on an issue somewhere in BT's network because as I said before, speed and latency always test fine when the problem occurs.

[Rik]

That's the puzzle, isn't it, Zap. It must mean congestion somewhere other than on the 'main' IDNet path.

[zappaDPJ]

It would certainly seem so Rik.

PS: I've edited my last post to contain the URL.

[Rik]

Four seconds to the base URL, 2-3 seconds for any other links from it that I tried.

[zappaDPJ]

That's interesting because at the moment they are all instant (under a second to fully resolve) for me.

[Rik]

Odd. It's less than 1 second to the base URL atm, but the links from it are running at 3-5. My hunch would be server load on the hosting, Zap, when you hit it determines the speed of response, a bit like the lag we see in the forum from time to time.

[pctech]

I'll try running a tracert tonight via Zen for a comparison

[Glenn]

It's because Zap should be using SMF