I just want to see if other IDnet FTTC users TBB QM graph for the last 24 hours matches mine.
There seems to be a lot of packet loss coming from somewhere and there's a lot of spikes on the graph that don't originate from me (I.e all the PC's and wireless mode were turned off overnight until after lunch but the spikes still apear).
(http://www.thinkbroadband.com/ping/share-large/f1921c7f52d49e3b748a76ec7a54a4cd-09-02-2011.png)
Mine looks very similar to your's .Griff,
(http://www.thinkbroadband.com/ping/share-thumb/a8179ccd9bc5bbca3ec5510a70d125aa-09-02-2011.png) (http://www.thinkbroadband.com/ping/share/a8179ccd9bc5bbca3ec5510a70d125aa-09-02-2011.html)
Cheers Ray.
Ditto.
(http://www.thinkbroadband.com/ping/share-thumb/e4931c5da4154a067a6b8a1be7ec0934-09-02-2011.png) (http://www.thinkbroadband.com/ping/share/e4931c5da4154a067a6b8a1be7ec0934-09-02-2011.html)
Is that cos it's IPv6 url that we can't see it :whistle:
;D Entirely possible, Steve.
Dammit, I forgot to switch the url :blush:
Should be OK now.
:thumb:
Ray, are you on an FTTC connection?
Quote from: Glenn on Feb 09, 2011, 16:42:25
Ray, are you on an FTTC connection?
No, Glenn, and I can't read either, :red: ;D
;D
At least it shows BT aren't picking on FTTC customers.
That's really why I posted it, Rik, :whistle: ;D
I realised that, Ray. ;D
I note that the "bad" timings for Griff and Ray's graphs agree with other, but they don't tally with mine.
Could it be pipe-related? I'm on dsl4, could Ray and Griff say what they're on?
I'm on DSL4 as well, Bill.
The pipes no longer exist with the hostlink, though, do they?
How do I tell what I'm on?
Quote from: Ray on Feb 09, 2011, 17:36:48
I'm on DSL4 as well, Bill.
Ah well, that's that idea out of the window >:(
Quote from: .Griff. on Feb 09, 2011, 17:39:50
How do I tell what I'm on?
What's the last part of your login, eg .gw6?
01922******@idnet.gw6
You're on gw6, then. ;D I'm on gw5 or dsl4, but as I said, I'm pretty sure that's irrelevant now. Just checking...
I was wondering whether the recent Windows updates were causing the BT congestion?
Bye the bye, can anyone get their BQM graph for yesterday?
I wanted to look at it for comparison, but it won't give it to me. Days before that are OK.
On a side note I'm running WinMTR to various hosts and all are coming back with packetloss -
E.G -
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 159 | 159 | 0 | 0 | 1 | 0 |
| telehouse-gw4-lo2.idnet.net - 8 | 119 | 110 | 0 | 20 | 23 | 21 |
| telehouse-gw5-e4-400.idnet.net - 7 | 127 | 119 | 20 | 20 | 22 | 20 |
| rt-lonap-b.thdo.bbc.co.uk - 13 | 106 | 93 | 20 | 21 | 23 | 21 |
| 212.58.238.149 - 10 | 115 | 104 | 20 | 21 | 23 | 21 |
| 212.58.239.62 - 8 | 123 | 114 | 0 | 21 | 22 | 20 |
| 212.58.251.44 - 9 | 119 | 109 | 0 | 21 | 22 | 21 |
| bbc-vip114.telhc.bbc.co.uk - 2 | 148 | 146 | 0 | 20 | 32 | 21 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 100 | 100 | 0 | 0 | 14 | 0 |
| telehouse-gw2-lo1.idnet.net - 10 | 73 | 66 | 0 | 22 | 47 | 20 |
| telehouse-gw3-g0-1-400.idnet.net - 10 | 72 | 65 | 20 | 21 | 40 | 21 |
| redbus-gw2-fa1-1-1003.idnet.net - 20 | 57 | 46 | 20 | 25 | 41 | 22 |
| redbus-gw1-fa2-0-300.idnet.net - 10 | 73 | 66 | 0 | 24 | 48 | 21 |
| www.idnet.net - 4 | 89 | 86 | 20 | 26 | 56 | 22 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Quote from: Bill on Feb 09, 2011, 17:48:08
Bye the bye, can anyone get their BQM graph for yesterday?
It won't display yesterdays graph for me either. The previous days, 7th, 6th, 5th etc all appear normal.
OK, I'll go and moan in tbb.
Good on you, Bill.
I had confirmation that it really doesn't matter which domain you're on, eg gw5, gw6 etc. These days, we're all on the same hostlink so there should be no performance differences.
Quote from: .Griff. on Feb 09, 2011, 17:50:54
On a side note I'm running WinMTR to various hosts and all are coming back with packetloss
I thought from the WinMTR output you posted in tbb that they might be contributing to the problem, but none of their hosts are in those...
Here's mine
<a title="Broadband Ping" href="http://www.thinkbroadband.com/ping/share/d534bb0c8651ab2278404678297a86db-09-02-2011.html"><img alt="My Broadband Ping - bj" src="http://www.thinkbroadband.com/ping/share-large/d534bb0c8651ab2278404678297a86db-09-02-2011.png" /></a>
Graph for 7th was odd in that there was no activity after midnight and like others graph for 8th is unavailable. I looked yesterday and I'm sure it was there but with nothing recorded for part of the time i.e no latency no nothing - perhaps it was down or something.
<a title="Broadband Ping" href="http://www.thinkbroadband.com/ping/share/0df0fb00b6726b2ee72951a9e682516a-07-02-2011.html"><img alt="My Broadband Ping - bj" src="http://www.thinkbroadband.com/ping/share-large/0df0fb00b6726b2ee72951a9e682516a-07-02-2011.png" /></a>
What I am seeing on my adslmax if I look back over the last few months and compare that with this weeks,is quite an increase in the variation in maximum latency when my home network is idle, this was not occurring in say December when if the home network was quiet there was very little change in latency. This implies to me congestion either in BT,IDNets network or possibly TBB servers.
Quote from: Steve on Feb 09, 2011, 20:18:08This implies to me congestion either in BT,IDNets network or possibly TBB servers.
That doesn't sound unreasonable, but at 4am?
(http://www.thinkbroadband.com/ping/share-thumb/2bb6278bbd007d748737bb7ac820fcf4-02-02-2011.png) (http://www.thinkbroadband.com/ping/share/2bb6278bbd007d748737bb7ac820fcf4-02-02-2011.html)
I'm also bothered by the suddenness with which it started (around mid-January) and the rapidity with which it's got a lot worse.
The way it occurs in spikes lasting 30 minutes or so, often with a degree of periodicity, is odd.
I'm sure it is congestion too, but
something is exacerbating it... most likely faulty routing, maybe by BT, maybe by IDNet, it's yet to be proved.
And why is nobody outside IDNet reporting it? A single, reliable report (with graphs showing the same effect) from someone not using IDNet would be enough to reassure me on that matter.
Edit:IPv6 url
Perhaps it's worth a call to IDNet support? I'd be keen to know why multiple customers are experiencing huge spikes in latency and packet loss at identical times.
Maybe Rik could speak to them? I would but I'm sure my number flashes up and they get whoever got out of the wrong side of the bed to answer the call.
There does seem to be a bit of consistent evidence accruing
Quote from: .Griff. on Feb 09, 2011, 20:53:42
Perhaps it's worth a call to IDNet support? I'd be keen to know why multiple customers are experiencing huge spikes in latency and packet loss at identical times.
Maybe Rik could speak to them? I would but I'm sure my number flashes up and they get whoever got out of the wrong side of the bed to answer the call.
Same packet loss amount as the rest here on FTTC, I confirm the TBB spikes by checking my "net_graph" when I'm gaming which confirms the packet loss. Never used to have this with my other provider, 100% clean but latency was an entire different issue....
Then again it won't matter too much unless it's a highly competitive gaming. (Ok well it does matter for streaming and websites loading!)
Some data from AAISP
http://clueless.aaisp.net.uk/congestion.cgi
I've just found this topic and I, too, am seeing some odd behaviour on my two IDNet lines (not FTTC). This started at the end of January sometime, previous to that, the graphs were very quiet indeed when i wasn't using the connection. It's not adversely impacting my use of the internet, but I'd be interested to know what's causing it. The last week has shown some very colourful graphs.
Here's a couple of graphs.
Line 1 (21C) - 24hrs till now:
(http://www.thinkbroadband.com/ping/share-thumb/fa2e5df10ed75ab562b0d327f22e8867-10-02-2011.png) (http://www.thinkbroadband.com/ping/share/fa2e5df10ed75ab562b0d327f22e8867-10-02-2011.html)
Line 2 (Legacy ADSL) - 24hrs till now:
(http://www.thinkbroadband.com/ping/share-thumb/4498a80cc6c3aace422b9c77a5fd52ce-10-02-2011.png) (http://www.thinkbroadband.com/ping/share/4498a80cc6c3aace422b9c77a5fd52ce-10-02-2011.html)
Both lines were not in use yesterday - or very little indeed. There's correllation between the spikes too.
Here's how line 2 used to look -this is an office line so usage is 9-5. This is from 13 Jan:
(http://www.thinkbroadband.com/ping/share-thumb/7bc2b07ebd248858d4644717f8e348f1-13-01-2011.png) (http://www.thinkbroadband.com/ping/share/7bc2b07ebd248858d4644717f8e348f1-13-01-2011.html)
We've been watching these graphs too. If all our customers were seeing the same pattern at the same time then we could be certain that it's something under our control - several thousands of customers at a time are routed through the same equipment at our end and that equipment isn't capable of picking out a few to treat differently from the rest.
We're still investigating.
Thanks for the update Simon.
Quote from: Bill on Feb 09, 2011, 17:54:09
OK, I'll go and moan in tbb.
Got a reply earlier- Jake goofed whilst doing a firmware update on the pingbox and BQM data for the 8th Feb and the morning of the 9th has been lost... he's very apologetic.
Quote from: Simon_idnet on Feb 10, 2011, 14:21:52
We're still investigating.
I'm happy with that, thanks Simon.
Not pointing any fingers, just a couple of BQM graphs to show why I don't think I'm seeing "natural" congestion, and maybe providing food for thought for others.
10th and 11th Feb:
(http://www.thinkbroadband.com/ping/share-thumb/f3e1626b403f53afff570114dc7d4312-10-02-2011.png) (http://www.thinkbroadband.com/ping/share/f3e1626b403f53afff570114dc7d4312-10-02-2011.html)(http://www.thinkbroadband.com/ping/share-thumb/14b2a569c2672b097c3bfc5367e1d627-11-02-2011.png) (http://www.thinkbroadband.com/ping/share/14b2a569c2672b097c3bfc5367e1d627-11-02-2011.html)
On the 10th, that peak just after midnoight is vastly worse than I normally see. And further peaks at 3am and 6am? That peak suddenly dropping back at 7pm isn't normal either. In fact most of the peaks exhibit that behaviour- they ramp up over 15 minutes or so then abruptly drop back to normal.
And some evidence of periodicity... not exactly like clockwork, but around every 3-4 hours. It shows on earlier graphs too, but Rik wouldn't thank me for posting a month's worth of graphics :P
Move on to just before midnight... nearly an hour's worth of "congestion" that goes back to being quite reasonable again (graph for 11th) just before everybody's off peak period starts. Sorry, but I don't wear that as being "natural".
I can't explain what's happening, but if I had to describe it I'd say that something is periodically diverting my traffic on to the most congested route it can find for half an hour or so...
Edit :ipv6 removed
As a matter of interest what link to 'share graph' are you guys using to display your graphs as you do? Clearly I'm using the wrong link!
I use the final one listed, it's labelled:
Small Graph (500x219 px) - BBCode (for forums; not yet supported on thinkbroadband forums)
Just copy/paste it straight in to the post.
(Editing "ipv6" to "www" if necessary... thanks Steve :blush:)
(http://www.thinkbroadband.com/ping/share-large/0eecaf31f3f8ab9b7750260c0d6c211d-11-02-2011.png)
For reference.
Thanks Bill
(http://www.thinkbroadband.com/ping/share-thumb/30ced3b55e078affbc7c035e7bf39efa-11-02-2011.png) (http://www.thinkbroadband.com/ping/share/30ced3b55e078affbc7c035e7bf39efa-11-02-2011.html)
Here's mine :
ADSL2+ in Wiltshire.
(http://www.thinkbroadband.com/ping/share-thumb/37cfb5ffc8cf7d9a7f57bfbe8af62b6e-11-02-2011.png) (http://www.thinkbroadband.com/ping/share/37cfb5ffc8cf7d9a7f57bfbe8af62b6e-11-02-2011.html)
Connection was not used after 11pm last night until about 7am(ish).
No idea what happened at lunch time.
Entirely my opinion, and I'm not an expert, but looks like congestion to me. Downloads after 12, for off peak or what ever. Peaks a bit when people get home, then again in the morning when they get up.
No idea where the problem would be. Could it be BTs own backbone? One FTTC/P connection could cause a big strain on an exchange could it not? Let alone a few streets worth. Or am I totally off? I remember when contention was 50/1 what is it now?
I don't think it's congestion for a few reasons.
Firstly the timing - I have graphs with huge peaks at 4am in the morning. That's 4 hours after off peak starts and I can't imagine many people being online at that time of day let alone all deciding to hammer their connections at the same time.
Secondly the shape of the peaks don't match congestion. The increase in latency increases far too suddenly and if you look carefully in most instances it ends abruptly.
Thirdly these are documented cases of congestion (These examples were taken when of Be's key links, Akamai, went down and they were forced to use a backup which became congested)
(http://www.thinkbroadband.com/ping/share-thumb/0cf2d4c575b8c23c866dacc7ff294b4d-18-11-2010.png)
(http://beusergroup.co.uk/technotes/images/thumb/7/78/Bdaa45c114fb1cbef38fbd186eaec340.png/450px-Bdaa45c114fb1cbef38fbd186eaec340.png)
In these cases the minimum ping increases dramatically but there's no appreciable increase in packet loss. On the IDNet graphs of late every spike is accompanied by a marked increase in packet loss at the same time.
Ben, since max there hasn't been contention ratios quoted.
I'm just wondering if there's some odd re routing going on whilst BT are messing about (working)on their network.
It's possible, but you would then expect other ISPs to show an effect.
Bill, a good development might be getting the BQM to provide average graphs by ISP.
Quote from: Lance on Feb 11, 2011, 22:58:09
Bill, a good development might be getting the BQM to provide average graphs by ISP.
Yes, it might, but I can't see it happening. I asked Seb a few days ago if an option to download the graph data in csv format was possible, the reply was basically "Yes, sometime, but we're too busy on other things at the moment".
Which is a reply I think he's got on a script >:(
I doubt he'd let me have it anyway, that sort of information has commercial implications.
Thanks Lance and .Griff.!
That explains it well for me. Seeing the congestion graph, as you said, there is no packet loss, just long round trips.
Hmmm. It's a real difficult one. They could write one of those mystery novels on it. Perhaps 4am is when the BT training staff are let loose? :whistle:
No, they do that during the day, Ben. ;D
"Congestion" disappearing at midnight and 4am spikes again:
Sunday 13th and Monday 14th:
(http://www.thinkbroadband.com/ping/share-thumb/5e0a5f8d4962e01608ddaea3a6890beb-13-02-2011.png) (http://www.thinkbroadband.com/ping/share/5e0a5f8d4962e01608ddaea3a6890beb-13-02-2011.html)(http://www.thinkbroadband.com/ping/share-thumb/4b92bda79a0e2b8122139bc37b0202bd-14-02-2011.png) (http://www.thinkbroadband.com/ping/share/4b92bda79a0e2b8122139bc37b0202bd-14-02-2011.html)
Speculation... a network traffic monitoring system that keeps an eye on the traffic through various links, when one gets near to capacity it automatically offloads some on to a less congested link. It would explain the shape of the peaks, and if the trip point were set a bit on the high side it could explain the packet loss. It could also explain the occasional "square-sided" peak that occurs if "my" link was the one that got loaded up.
edit- like the one at about 11am on Monday >:(
Doesn't explain the timing I'll admit :(
If it worked properly it would be a good idea... do BT use anything like this and have screwed up the setting, or maybe trialling a new one? The results make it look like a beta.
Just to add to this, I'm also seeing similar results using the TBB Quality Monitor:
(http://jamesallenvoice.com/images/ping_graph.png)
Late last week I was getting latency problems and dropped packets which were affecting some internet radio streaming I was doing.
My results do look similar to what other's have been seeing.
Would be good if more users can share their results so we can compare over the coming weeks perhaps.
Just to check, in normal circumstances should the graph not show many dropped packets - i.e. minimal red?
That's the ideal, James.
Quote from: Rik on Feb 14, 2011, 12:28:10
That's the ideal, James.
Thanks Rik.. Now obviously as this is the first time I've run the ping monitor, I can't be sure what my results were like previously but wondering if this does infer some network wide issues. Be interesting to see what everyone sees over the coming week graph wise.
Ah doh, just realised this post if for FTTC users. I'm on ADSL2+.
Though looks like similar results. Would be good to monitor this for both products if possible to work out where the issue may lie though.
Ray's on ADSL too, James.
Aha. Thanks for confirming Rik. At least I know I'm not totally way off posting in this thread. ;)
Rik can you move this to the general help section and amend my title to remove the FTTC bit please?
It's obviously a wider issue and people may be reluctant to post in the thread given the title.
Here's my latest one, quite a lot of packet loss and spikes after midnight when the connection is not used.
(http://www.thinkbroadband.com/ping/share-large/3404ad8a6bbb251d9d8f61b3d5f03413-14-02-2011.png) (http://www.thinkbroadband.com/ping/share/3404ad8a6bbb251d9d8f61b3d5f03413-14-02-2011.html)
Is there any ideas yet what is causing the spikes and packet loss?
I want to catch up on missed TV by watching BBC iPlayer etc in the evening since I spend most days/nights at hospital visiting my fiancee but you can't with the packet loss.
(http://www.thinkbroadband.com/ping/share-large/ff1d69732d1703271905554d06a9f90f.png)
Ping also increased by 2-3 ms
With my graph above.
Connection was used between 7am - 9am and then 4pm onwards.
So a lot of activity on a connection that wasn't being used.
Quote from: sof2er on Feb 14, 2011, 21:17:37
[img ]http://www.thinkbroadband.com/ping/share-large/ff1d69732d1703271905554d06a9f90f.png[/img ]
Ping also increased by 2-3 ms
Yours look nearly the same as mine.
Where do you live? I'm in Wiltshire.
Quote from: psp83 on Feb 14, 2011, 21:19:42
So a lot of activity on a connection that wasn't being used.
No, it doesn't indicate activity on your connection, it indicates a lot of traffic on (at least part of) the route between the tbb pingbox and your exchange... pings can be useful, but they need a lot of care in interpretation.
Quote from: Bill on Feb 14, 2011, 21:26:17
No, it doesn't indicate activity on your connection, it indicates a lot of traffic on (at least part of) the route between the tbb pingbox and your exchange... pings can be useful, but they need a lot of care in interpretation.
Yeah, that's what I mean :P
Loading websites at the mo is a pain in the arse! esp the tbb graphs on this post, they don't load sometimes.
And if this helps things.
Here's the line at work, connected to the same exchange but with BT as the ISP
(http://www.thinkbroadband.com/ping/share-large/3a4ab90d8c8e8773affeeee8c6401141-14-02-2011.png) (http://www.thinkbroadband.com/ping/share/3a4ab90d8c8e8773affeeee8c6401141-14-02-2011.html)
Quote from: psp83 on Feb 14, 2011, 21:35:54
And if this helps things.
Here's the line at work, connected to the same exchange but with BT as the ISP
That
is interesting... poor average ping and a lot of congestion when you'd expect it, but no packet loss to speak of even during periods of high pings......
Quote from: psp83 on Feb 14, 2011, 21:28:12esp the tbb graphs on this post, they don't load sometimes.
If it's one of mine, it could be because I've forgotten to change "ipv6" to "www" in the link :blush:
At the risk of stepping on the admins' toes, could I request people to use the link to the
small graphs, see here:
http://www.idnetters.co.uk/forums/index.php/topic,24712.msg587008.html#msg587008
They're less than half the size of the big ones, ~100KB each, and you can fit two next to each other in a post if needed.
Quote from: Bill on Feb 14, 2011, 22:08:22
At the risk of stepping on the admins' toes, could I request people to use the link to the small graphs
They're less than half the size of the big ones, ~100KB each,
I struggle to "read" the smaller graphs properly hence I use the larger ones.
Quote from: .Griff. on Feb 14, 2011, 22:11:10
I struggle to "read" the smaller graphs properly hence I use the larger ones.
Fair enough, but if posters use the particular link that I suggested, clicking the small graph will take you to the large version. I'll leave the decision to the admins :hewho:
Quote from: Bill on Feb 14, 2011, 22:14:21
Fair enough, but if you use the particular link that I suggested, clicking the small graph will take you to the large version. I'll leave the decision to the admins :hewho:
Yeah fair point however some people just hotlink the smaller image itself with no redirect which makes it hard to read.
Quote from: Bill on Feb 14, 2011, 22:00:34
That is interesting... poor average ping and a lot of congestion when you'd expect it, but no packet loss to speak of even during periods of high pings......
The office line is interleaved, so that doesn't help with higher than normal pings.
Quote from: Bill on Feb 14, 2011, 22:08:22
If it's one of mine, it could be because I've forgotten to change "ipv6" to "www" in the link :blush:
Not just yours Bill, even my one's fail to load sometimes, I'm putting it down to packet loss when they don't load.
Quote from: psp83 on Feb 14, 2011, 22:18:26
The office line is interleaved, so that doesn't help with higher than normal pings.
Fair enough, that's very true.
I still think the average is poor, but as I don't suppose you do much gaming on it it doesn't really matter :P
Paul, whilst it doesn't help with the packet loss problem, don't forget you can download from iplayer and then store for 30 days. Normally better than streaming IMO.
Quote from: psp83 on Feb 14, 2011, 21:23:36
Yours look nearly the same as mine.
Where do you live? I'm in Wiltshire.
Glasgow, Halfway exchange.
Last couple of days:-
(http://www.thinkbroadband.com/ping/share-thumb/dc2534534a8809f08117bfc7cfd9c1be-13-02-2011.png) (http://www.thinkbroadband.com/ping/share/dc2534534a8809f08117bfc7cfd9c1be-13-02-2011.html)
(http://www.thinkbroadband.com/ping/share-thumb/805642ddaf42d759f30d8f3f2dfc2b0f-14-02-2011.png) (http://www.thinkbroadband.com/ping/share/805642ddaf42d759f30d8f3f2dfc2b0f-14-02-2011.html)
Quote from: Lance on Feb 14, 2011, 23:05:52
Paul, whilst it doesn't help with the packet loss problem, don't forget you can download from iplayer and then store for 30 days. Normally better than streaming IMO.
Yeah I know,
But I normally watch BBC iPlayer and Channel 5 catch up through my bluray player on my TV while I'm in bed!
After spending a day standing up at hospital the last thing I feel like doing is coming home and sitting at the pc to watch TV I missed when I got a nice comfy bed I can lay on and do the same! ;D
(http://www.thinkbroadband.com/ping/share-large/9c747770fd08d7bbacc31237335bf862-15-02-2011.png)
Four "peaks" with associated packet loss for me in the last 24 hours. (The peak at 1am was me downloading and doesn't match the others anyway)
Hmmm. I thought it might be an error with the TBB results. Like them not picking up all the packets, thus reporting the loss falsely. But that is not the case if other tests also show this.
I'm getting 1% loss right now. No idea why. My line is normally 100%. Speed is also down about half a meg, from 6.9mb to 6.4. Wonder what it is... :dunno:
Quote from: Bill on Feb 14, 2011, 22:14:21
Fair enough, but if posters use the particular link that I suggested, clicking the small graph will take you to the large version. I'll leave the decision to the admins :hewho:
That would be ideal from our point of view in terms of page load times, but as we're not hosting the images, it's not a huge issue.
Quote from: Rik on Feb 15, 2011, 09:52:58but as we're not hosting the images, it's not a huge issue.
That makes sense, cheers.
We think we may have found a common denominator and so we're going to reboot one of our core routers - telehouse-gw5 - tomorrow morning. Traffic wil be routed through other routers whilst it's offline but we'll do it at the quietest time of the day, 6am, just to minimise any disruption.
Thanks, Simon. :)
Thanks Simon! It's like one of those little rattles you get on your car. It may be nothing, but it's an annoyance. Even more so if it signals a breakdown. But if all is well after, your pleased it's sorted.
I wonder if it's worth checking out the TBB monitor myself...
Quote from: Technical Ben on Feb 15, 2011, 16:07:13
I wonder if it's worth checking out the TBB monitor myself...
You might as well. It costs nothing and the more people that can provide graphs the more chance we have of getting to the route cause.
Or router cause. ;)
Im getting lots of packet loss too! :(
(http://www.thinkbroadband.com/ping/share-thumb/a2f9a2a578db77513f8480f561ca98e2.png) (http://www.thinkbroadband.com/ping/share/a2f9a2a578db77513f8480f561ca98e2.html)
This chart is a live chart.
(http://www.pingtest.net/result/34682738.png) (http://www.pingtest.net) Package Loss
I've stayed silent long enough about this. I've littered the forums over the past few weeks about IDNET's packet loss, and have got nowhere (You guys on here have been great, I've had no joy on the phone to support). Just got a load of excuses instead - blame the router, blame the local exchange etc etc. This issue is clearly more widespread with IDNET's customer base than I first thought, but they dont appear to be doing anything?
Clocked up 5+ years with this ISP, and it's been faultless. I would like to know why it's suddenly gone bad in the past 2-4 weeks, and not just for me. The random spikes in latency while playing games online, or the frequent dropping from the server i'm playing on are getting a little irritating.
Quote from: Rik on Feb 15, 2011, 18:56:02
A core router is being re-booted at 6am tomorrow, which is expected to cure the problem.
Thread Posted (http://www.idnetters.co.uk/forums/index.php/topic,24406.0/all.html)
Hopefully issue solved tomorrow!:) :fingers:
:fingers:
Quote from: RCS2K4 on Feb 15, 2011, 19:04:51
I've stayed silent long enough about this. I've littered the forums over the past few weeks about IDNET's packet loss, and have got nowhere (You guys on here have been great, I've had no joy on the phone to support). Just got a load of excuses instead - blame the router, blame the local exchange etc etc. This issue is clearly more widespread with IDNET's customer base than I first thought, but they dont appear to be doing anything?
Hopefully, it will be sorted tomorrow.
QuoteClocked up 5+ years with this ISP, and it's been faultless. I would like to know why it's suddenly gone bad in the past 2-4 weeks, and not just for me. The random spikes in latency while playing games online, or the frequent dropping from the server i'm playing on are getting a little irritating.
I'm guessing, though we haven't been told, that it's been hard to track in isolation. This thread has provided a collection of evidence which may have pointed to the problem.
The internet does not run on magic :( It runs on actual mechanical and electrical parts. It sometimes wears out. Goes wrong. Or has that niggling little problem you just can't pin point. It has software and programming. For something that is one in a hundred (1%) and only effects one machine (GW5?) it could be like a needle in a hay stack. I guess a few of us are just unlucky enough to be sitting right on it. Ouch!
I've not been effected with gaming, or downloading. So a 1% margin of error, once a year, is bearable. Will try the TBB monitor tonight to see if it's just one off spikes or continuous.
But I'm still confident IDNet work really hard. Probably harder than I do. :red:
[PS]
Just checked in a game. Getting between 1-5% loss. I suppose it only averages out at 1% loss, as low as zero at times. But it is quite constant now. These are not ping requests, so it's not just a server ignoring pings. They are actual packets used in the game etc.
(http://www.thinkbroadband.com/ping/share-thumb/9c747770fd08d7bbacc31237335bf862-15-02-2011.png) (http://www.thinkbroadband.com/ping/share/9c747770fd08d7bbacc31237335bf862-15-02-2011.html)
I presume everyone else sees the same massive spike at 8.30'ish?
Fingers crossed for tomorrows reboot. :fingers:
Quote from: .Griff. on Feb 15, 2011, 22:09:16
I presume everyone else sees the same massive spike at 8.30'ish?
Yup, in fact yours is bigger than mine (now there's an admission you won't often hear :P)
(http://www.thinkbroadband.com/ping/share-thumb/ca212c713e0d7f45ac34ce71fb6a879b-15-02-2011.png) (http://www.thinkbroadband.com/ping/share/ca212c713e0d7f45ac34ce71fb6a879b-15-02-2011.html)
Quote
Fingers crossed for tomorrows reboot. :fingers:
Seconded... :fingers:
(Ignore the horrible bit just after midnight, that was me.)
edit by Lance for Bill's fondness of ipv6!
Here's a snapshot from this AM. Odd (IE, very little) activity overnight. Haven't seen it like that before.
(http://www.thinkbroadband.com/ping/share-thumb/52cdae9b2c32eb4b53d184bf5f0f396a-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/52cdae9b2c32eb4b53d184bf5f0f396a-16-02-2011.html)
No loss this morning. Slightly better speeds. No jitter on my ping either. A steady 15ms. Seems to be good! :thumb: ;D
Quote from: faircot on Feb 16, 2011, 08:14:49
Here's a snapshot from this AM. Odd (IE, very little) activity overnight. Haven't seen it like that before.
Enough like mine that I won't bother to post it :P
Looking promising, but, like you, curious about the lack of overnight activity... maybe Simon had to do a bit of preparatory work first which quietened it down?
Very quiet here this morning, just like before this started happening. 6am reboot also visible.
ADSL2+ 21C:
(http://www.thinkbroadband.com/ping/share-thumb/6547643226cae84360c1b55848cf154e-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/6547643226cae84360c1b55848cf154e-16-02-2011.html)
Max ADSL Office line:
(http://www.thinkbroadband.com/ping/share-thumb/bd5244a2adad5a5dbe083931b2adaf35-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/bd5244a2adad5a5dbe083931b2adaf35-16-02-2011.html)
What are the chances something got fixed before the fix!? :meldrew:
ditto with me, much less activity this morning
(http://www.thinkbroadband.com/ping/share-thumb/4eb8d29f59339b1ccf228faaac8c6ee3-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/4eb8d29f59339b1ccf228faaac8c6ee3-16-02-2011.html)
BT test also back to orignal speeds after a dodgy period over the last couple of months
Quote from: mk1 on Feb 15, 2011, 18:22:06
Im getting lots of packet loss too! :(
(http://www.thinkbroadband.com/ping/share-thumb/a2f9a2a578db77513f8480f561ca98e2.png) (http://www.thinkbroadband.com/ping/share/a2f9a2a578db77513f8480f561ca98e2.html)
This chart is a live chart.
(http://www.pingtest.net/result/34682738.png) (http://www.pingtest.net) Package Loss
Attached is my Live chart, does'nt seem as good as yours still some dropped packets, No idea what happened at 8AM lol!
Do you have any background downloads running?
Quote from: Rik on Feb 16, 2011, 11:09:28
Do you have any background downloads running?
Well that actualy might explain the 8am thing, but currently there should be nothing running, i will run a ping test tonight when back at home
Since everything seemed to calm down for people at 2am onwards, not 6am, has it been determined whether IDNet made any changes that affected the lines at all?
(http://www.thinkbroadband.com/ping/share-thumb/7ebf79100c245e8fee7c9b8ce79ce009-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/7ebf79100c245e8fee7c9b8ce79ce009-16-02-2011.html)
It looks like something changed quite radically a couple of hours or more before the router reboot? My results seem to be in line with the rest. (The activity seen between 7.00 and 8.00am was due to me shifting a substantial amount of data).
[EDIT] In addition to that my throughput has improved and has shown consistent results all day. I'm also not getting any buffering on streamed content, something that has plagued me for a while, so it's all good :thumb:
(http://www.speedtest.net/result/1160153958.png) (http://www.speedtest.net)
(http://www.pingtest.net/result/34749742.png) (http://www.pingtest.net)
There's a small "bump" at 2am on my graph otherwise it reflects everyone elses -
(http://www.thinkbroadband.com/ping/share-thumb/b8a07febe13647d67b5301228565b86d-16-02-2011.png) (http://www.thinkbroadband.com/ping/share/b8a07febe13647d67b5301228565b86d-16-02-2011.html)
I'm trying to find out more.
To be honest I feel a bit embarrassed, it's amazing how quietly I've got to used to a sluggish internet. I guess we owe a big vote of thanks to those people who've contributed to this thread and refused to lie down. Thank you.
(http://www.thinkbroadband.com/ping/share-thumb/456d713b760f69721d709811af523c3d.png) (http://www.thinkbroadband.com/ping/share/456d713b760f69721d709811af523c3d.html)
IDNet say they can't claim credit for the 2am improvement, but they did resolve some inconsistencies in internal routing before re-booting the router.
Quote from: Rik on Feb 16, 2011, 16:40:42
IDNet say they can't claim credit for the 2am improvement
I hate faults that go away for no obvious reason, you can never be sure that they won't come back >:(
But looking at my graphs for the last few weeks there were a few occasions where that 4am spike didn't appear, so it may just be one of those things- an odd coincidence.
The graph for 6am onwards has been pretty well back to normal though, which it wasn't on the occasions mentioned above! So I'm reasonably optimistic that it's been fixed, but I'll give it another day or so before I uncross everything I've got enough of to cross :P
;D
Start with the eyes, Bill. ;)
A post in tbb here:
http://forums.thinkbroadband.com/fibre/t/3968378-trouble-with-idnet-fttc.html
indicating that the improvement from 2am wasn't universal!
Is it me or is the noise issue back looking at everyone charts again???
No I don't think so. My guess is most people use their connections in the evening, so you're likely to see more "colourful" graphs at this time of night.
I'll check back again in the morning though to see what's what.
Quote from: mk1 on Feb 16, 2011, 22:31:13
Is it me or is the noise issue back looking at everyone charts again???
Might be issues TBB's end? My connection (at least) has now stabalised again:
(http://www.speedtest.net/result/1160807947.png) (http://www.speedtest.net) (http://www.pingtest.net/result/34784641.png) (http://www.pingtest.net)
Well here is mine. Nowhere near as calm as a lot of yours but much better in terms of packet loss:
(http://www.thinkbroadband.com/ping/share-thumb/21ad11a28ded9b1461e705cc96b99142.png) (http://www.thinkbroadband.com/ping/share/21ad11a28ded9b1461e705cc96b99142.html)
Do you have any background 'net activity running, James?
Quote from: JamesAllen on Feb 17, 2011, 00:40:27
Well here is mine. Nowhere near as calm as a lot of yours but much better in terms of packet loss:
(http://www.thinkbroadband.com/ping/share-thumb/21ad11a28ded9b1461e705cc96b99142.png) (http://www.thinkbroadband.com/ping/share/21ad11a28ded9b1461e705cc96b99142.html)
That looks like typical P2P downloading over a long period.
Do you have more than one PC? Are there other family members with access to a PC? Do you use wireless? If so how confident are you it's secure?
EDIT - Looking again the period immediately after midnight is definitely heavy downloading as the minimum latency also increases massively. The rest of the day definitely shows sign of persistent internet use.
Mines looking more like it used to look like last year.
(http://www.thinkbroadband.com/ping/share-thumb/456d713b760f69721d709811af523c3d.png) (http://www.thinkbroadband.com/ping/share/456d713b760f69721d709811af523c3d.html)
Same here. The dropout at 5pm yesterday was down to essential household maintenance!
(http://www.thinkbroadband.com/ping/share-thumb/02b03d81948e5fe929163f1ae61b4a7b-17-02-2011.png) (http://www.thinkbroadband.com/ping/share/02b03d81948e5fe929163f1ae61b4a7b-17-02-2011.html)
Quote from: .Griff. on Feb 17, 2011, 00:51:05
EDIT - Looking again the period immediately after midnight is definitely heavy downloading as the minimum latency also increases massively. The rest of the day definitely shows sign of persistent internet use.
Do you mean "packet loss" rather than "minimum latency"? That's the off-peak period cutting in. Interesting that Steve doesn't seem to get it on his trace :dunno:
Mine's behaving nicely now:
(http://www.thinkbroadband.com/ping/share-thumb/51afe194ea639c0f1f3852b5a7ec16d5-17-02-2011.png) (http://www.thinkbroadband.com/ping/share/51afe194ea639c0f1f3852b5a7ec16d5-17-02-2011.html)
Quote from: .Griff. on Feb 17, 2011, 00:51:05
That looks like typical P2P downloading over a long period.
Do you have more than one PC? Are there other family members with access to a PC? Do you use wireless? If so how confident are you it's secure?
EDIT - Looking again the period immediately after midnight is definitely heavy downloading as the minimum latency also increases massively. The rest of the day definitely shows sign of persistent internet use.
Hi there,
I work from home so I'm using the connection constantly all day (often including internet radio streaming) . I do also have background downloads, though in the day (prime time) it's only using upstream and usually not at super high throughput - though I assume that can still affect latency?
Am I right to assume that most of the graphs here showing low latency are connections that do not have large levels of constant use then?
The minimum latency spikes on the graph yesterday were to do with some downloads beginning at midnight, but I was also gaming at that time as well.
Just trying to get my head around exactly what I'm looking at on my graph.
Asymmetric connections will always be heavily affected by upload in my experience, usually causing a very large increase in ping jitter (so the average will go up, though technically the minimum ping should be the same). I have found that when downloading at 6Mbit, you need more than 25% of the 830k upload you get to sustain the traffic.
Quote from: esh on Feb 17, 2011, 12:59:25
Asymmetric connections will always be heavily affected by upload in my experience, usually causing a very large increase in ping jitter (so the average will go up, though technically the minimum ping should be the same). I have found that when downloading at 6Mbit, you need more than 25% of the 830k upload you get to sustain the traffic.
Ah certainly. I have always throttled uploads etc to avoid it killing the downstream throughput.
So should I not be seeing the minimum ping varying like this? As my upload is far from being maxed out but I'm seeing such a huge jumps in minimum ping. I suppose I just want to confirm that what I'm seeing is normal for a connection that is being used but without upstream being saturated.
The last graph I saw of yours had a fairly static block of green indicating a stable minimum ping but a wildly varying maximum ping. That is pretty much what I would expect for an active connection. Just so you can compare I attach here two of my quality charts indicating an "idle" period of my connection and a "moderate" in-use period with my connection.
(http://garagos.net/static/20110216-08.png)
(http://garagos.net/static/20110217-00.png)
The minimum ping changed by 1.5ms, but I wager that is more to do with time of day than use. The average has increased by ~5ms and you can see the jitter is much higher (there is also one packet loss blip, spot on the hour).
Aha, thanks esh - that helps a lot. Good to know my connection is performing as expected. Certainly had no issues streaming internet radio since the router reboot.
Just for the record, I've noticed I'm getting very close to my 7.1Mbit back again now, not sure if the idnet tweaking did any help there.
What's happened here to cause the drop in latency at 10pm last night, IDNet or BT? I'm not complaining; any drop is welcome. My graph has been constant ever since I started it months ago.
Just curious.
(http://www.thinkbroadband.com/ping/share-thumb/3913e29860577c5f17f9c3f109c198b6-18-02-2011.png) (http://www.thinkbroadband.com/ping/share/3913e29860577c5f17f9c3f109c198b6-18-02-2011.html)
Quote from: faircot on Feb 18, 2011, 07:42:01
What's happened here to cause the drop in latency at 10pm last night, IDNet or BT?
I've had that happen (in both directions!) occasionally. It indicates a change in routing somewhere along the line, but I'd say your chances of finding out who did it are close to zero :dunno:
It'll probably go back up again at some point in the future (could be hours, could be weeks), mine always did :bawl:
Quote from: Bill on Feb 18, 2011, 09:58:43
It'll probably go back up again at some point in the future
A bit like my overdraft then :)
;D
I suppose the routing change could be from TBB's point of view as well.
May I butt in here? I am still trying to set up this BB Quality Monitor thingy via TBB and am asked for an IPv4 or IPv6 address to complete the task. I have no idea what these are and even less on how to establish which one I am on, if any? :dunno: Can anyone help please? :slap:
You'll need the IPV4 address, and it's the IP address provided to you by Idnet.
Your IPv4 address should show in the bottom right hand corner of your posts, if that helps. Starts with 212.
Thanks Chaps ;) Thought that was (212.69******) simply my IP address :slap: Thanks again. :thumb:
Hi guys,
Just wanted your take on my graph. Now I was streaming internet radio - two 128kbs stream from 2pm today until 9pm. However, during the broadcast in the evening I had some issues being able to send fast enough to one of the encoders. Not sure if was the destination server or on my side.
Does this graph look ok for upstream at about 30-40 k/sec?
The average latency looks abit odd to me but I'm still not fully used to what I should be seeing under various circumstances.
(http://jamesallenvoice.com/images/show_graph.png)
What were you doing before 2pm?
Quote from: Rik on Feb 19, 2011, 11:10:13
What were you doing before 2pm?
Just using my connection normally really. There may have been some upstream being used though to be fair.
The thing is, James, pings mean nothing in isolation. If you really want to find out how your line is behaving, turn the computers off for 24 hours. That graph will tell you about line performance, anything else tells you nothing unless you also log your WAN usage at the time.
Quote from: Rik on Feb 19, 2011, 11:27:08
The thing is, James, pings mean nothing in isolation. If you really want to find out how your line is behaving, turn the computers off for 24 hours. That graph will tell you about line performance, anything else tells you nothing unless you also log your WAN usage at the time.
Thanks Rik. But from the graph I posted, that looks as expected for using less than half of my upstream would you say? Just trying to work out if perhaps it was my connection that caused my streaming issue during broadcast last night.
I can't say what it looks like, James. The only graph that gives a picture of your line's performance is a 'no use' graph. Everything else reflects what you were doing at the time, to a greater or lesser degree, so without knowing the exact load you had on the connection, all anyone can do is speculate.
The 5pm-9pm bit looks awful, and is about the time congestion would kick in too, plus there is packet loss.
Uploading about 10KB/s on an 832kbit up connection here, my average ping doubles from 15ms to 30ms, 40ms at the outside. Mid-morning your average latency is 40ms but goes up to 140ms at 7pm. I think most telling is the spikes in *minimum* latency around this mark too. However, I would wager it is the packet loss that would mostly mess up streams. If you only have the 384 up line, then 2x128 kbit streams is going to be pushing it. Should be fine on an 832 I would think though, as long as you aren't on a full speed download at the time. To be honest, I would say it looks like more than just a moderate upload, either because you have PCs doing other things or the exchange is full up. Given the times when it is worst, I would say exchange probably comes into it.
Quote from: esh on Feb 19, 2011, 11:47:05
The 5pm-9pm bit looks awful, and is about the time congestion would kick in too, plus there is packet loss.
Uploading about 10KB/s on an 832kbit up connection here, my average ping doubles from 15ms to 30ms, 40ms at the outside. Mid-morning your average latency is 40ms but goes up to 140ms at 7pm. I think most telling is the spikes in *minimum* latency around this mark too. However, I would wager it is the packet loss that would mostly mess up streams. If you only have the 384 up line, then 2x128 kbit streams is going to be pushing it. Should be fine on an 832 I would think though, as long as you aren't on a full speed download at the time. To be honest, I would say it looks like more than just a moderate upload, either because you have PCs doing other things or the exchange is full up. Given the times when it is worst, I would say exchange probably comes into it.
Thanks esh - that is very helpful indeed. I have 1136 upstream so more than enough to handle two concurrent 128k stream luckily, although to be fair I was also doing a ustream webcam stream as well which is only going to push the latency up further I would imagine.
It's just that I've been broadcasting during this slot for months now and this is the first time I had a stream failure, so wanted to look into whether it could be my connection or the remote server.
More so because of the recent problems we have all been having. It's a total nightmare in a live show to lose connectivity and completely ruins the flow of the broadcast. :( Hopefully it won't happen next week though or I can identify any issues that may be present.
@Rik Understand what your saying but it's either post what I have or not bother at all, which means I then get no insight into what might be happening. It's all a learning experience..:)
No-one can give you a definitive answer as long as you're loading the connection, James. If you talk to support, they'll either ask you to do what I'm suggesting or to boot into safe mode with networking support. Without knowing what processes are using the 'net on your machine, all anyone can do is give you a general answer.
Quote from: Rik on Feb 19, 2011, 12:02:01
No-one can give you a definitive answer as long as you're loading the connection, James. If you talk to support, they'll either ask you to do what I'm suggesting or to boot into safe mode with networking support. Without knowing what processes are using the 'net on your machine, all anyone can do is give you a general answer.
True, but it can also help me to identify things on my own system that I need to pay attention to. As I said, a useful learning experience. I understand that from a support perspective everything has to be stripped down to be able to properly diagnose any issues at work - something I know very well from my own work in web programming etc. :)
I just meant that other people may be using their connections in a similar way and seeing the same type of graphs which at least would say - well that's perfectly normal. This data is not totally useless taking in isolation, especially not when backed up with information on how the connection is being used during those times etc.
Do we have that information, though, James?
Quote from: Rik on Feb 19, 2011, 12:23:08
Do we have that information, though, James?
Well I did give a break down of the streaming I was doing etc that allowed esh to provide some useful things to consider. Which has provided me with some areas to look into etc.
The thing is, I had a failure last night during a broadcast which normally goes fine so thought it worthwhile to post the graph to get some feedback from people who may have seen similar results while using their connections in this way. If that was wrong or not worthwhile I apologise Rik.
It's not wrong, James. I just feel it would be useful to get a baseline graph for your line so that we can judge whether there's an inherent problem or a locally-generated one.
Quote from: Rik on Feb 19, 2011, 12:35:08
It's not wrong, James. I just feel it would be useful to get a baseline graph for your line so that we can judge whether there's an inherent problem or a locally-generated one.
Ah don't get me wrong Rik, I do think that is a good idea. I'm going to see when I can arrange to minimise traffic on my network - I do have quite a few machines in play. Might start with shutting some of them down and only using one machine to at least see how that affects things, and also keep net activity right down. A total shutdown may not be possible for now but I can at least change some variables and observe the results.
Thanks again for the advice.
NP. :)
This thread has suggested there was a problem with packet loss caused by IDNET, rather than by Thinkbroadband monitoring, or BT, or the internet in general, or user equipment, setup and traffic.
I do not understand the technicalities and much of the evidence presented, so can I ask if there was a clear IDNET problem, what was the cause and if it is fixed?
I'm not sure we know Dave, The packet loss seemed to be restricted to Idnet users,an Idnet core router was suspected to be at fault but things seemed to resolve themselves a few hours prior to the planned reboot and as far as I'm aware all remains well. :dunno:
Quote from: davej99 on Feb 19, 2011, 13:36:54
This thread has suggested there was a problem with packet loss caused by IDNET
I think the packet loss was more of a symptom than the real problem- that appeared to be faulty routing causing some links to become overloaded.
As Rik said, for most people it seemed to clear up a few hours prior to the router reboot, but I have seen one user where it recurred just before the reboot so that "clear up" may have been coincidence.
We'll never really know for sure... comms is weird :dunno:
Thanks, Steve and Bill, that seems like a very reasonable conclusion.
Some customers were concerned, IDNET had a look, they addressed a possible cause, the problem might have gone away on its own, it was probably work worth doing anyway, we are not sure of the real cause. I guess the jury is out and for sure, "Comms is weird."
Perhaps next time, though, we customers should be a little kinder to tech support and not rush to judgement too quickly.
I'm always kind to tech support, I give them a week off from my phone calls at least once a month. ;)
Quote from: davej99 on Feb 19, 2011, 13:36:54
This thread has suggested there was a problem with packet loss caused by IDNET
Did it? I don't see anyone pointing the finger directly at IDNET.
The thread was started by me with the intention of seeing if it was my connection specifically or multiple lines that exhibited the same symtoms.
I never mentioned IDNET as being the cause of the problem and I can't see anyone else stating that either.
Quote from: davej99 on Feb 19, 2011, 14:58:26
Perhaps next time, though, we customers should be a little kinder to tech support and not rush to judgement too quickly.
Again.. What?
I don't see any anger at IDNET support or wild innacurate claims against them.
IDNET, via Simon, suggested a cause and how they'd rectify it. I, and others, thanked them for that and by whatever method the problem has so far disappeared.
I'm a bit baffled about how we should be kinder to tech support?!? Perhaps posts have been deleted I've not seen?!?
O wad some Power....
Makes sense now..
... the giftie gie us
Perhaps it was that Coronal Ejection?
http://www.bbc.co.uk/news/science-environment-12493980
:whistle:
Either that or Tesco had a sale on Shandy.
Quote from: Rik on Feb 19, 2011, 12:02:01
Without knowing what processes are using the 'net on your machine, all anyone can do is give you a general answer.
Just for the record, you can use Win 7 resource monitor to see what is using your bandwidth.
Quote from: esh on Feb 21, 2011, 11:03:59
Just for the record, you can use Win 7 resource monitor to see what is using your bandwidth.
Doesn't the resource monitor shows network use (network bandwidth) rather than internet bandwidth though?
I guess you could use it as a good indicator if you only have one PC at home but if you have a small home network and transfer files between PC's then the resource monitor isn't going to accurately reflect your internet use.
It should be completely obvious if a program is communicating over LAN as the target IP will most likely be a 192.168/16 address or other non-IANA address range.
This looks a mess, comments please!!
(http://www.thinkbroadband.com/ping/share-thumb/f941fb067153f254f0bc65579d05f6c9-23-02-2011.png) (http://www.thinkbroadband.com/ping/share/f941fb067153f254f0bc65579d05f6c9-23-02-2011.html)
Quote from: sobranie on Feb 23, 2011, 15:58:37
This looks a mess, comments please!!
Yup, it's a mess :P
Looks like a call to support to me... and maybe a question to Jake over on tbb, I can't see where those downward spikes of yellow are coming from.
What does this signify? I don't appear to have any problems but that is not what the graph suggests!
(http://www.thinkbroadband.com/ping/share-thumb/f40d7832cd9027a23cd249721da1736d-23-02-2011.png) (http://www.thinkbroadband.com/ping/share/f40d7832cd9027a23cd249721da1736d-23-02-2011.html)
It suggest to me that your router isn't responding to ICMP traffic.
Yup, classic result of "respond to WAN pings" not being turned on.
Or your dynamic IP changing.
I replied ages ago to joe's graph, when it was red from 3pm yesterday but OK before it. I said either it is diabled, (edit - should of course be "disabled" but a very suitable typo), or his IP address has changed.
Ignored :(.
Quote from: Bill on Feb 23, 2011, 16:16:40
Yup, it's a mess :P
Looks like a call to support to me... and maybe a question to Jake over on tbb, I can't see where those downward spikes of yellow are coming from.
Over-written at the bottom by the blue average latency line.
Sorry, Bob, different thread, hadn't made the connection, so to speak.
Quote from: Rik on Feb 23, 2011, 17:45:28
Sorry, Bob, different thread, hadn't made the connection, so to speak.
:)
I was just feeling a bit miffed at him really. He has ignored the same answer this morning :).
Possibly hasn't read that thread again...
Quote from: RobertoS on Feb 23, 2011, 17:44:01
Over-written at the bottom by the blue average latency line.
Ah, see what you mean... must have been some phenomenal ping times :eek4:
Deep water sonar stuff, Bill. ;D
No more Nimrods to deploy them though.
True, I still think the scrapping borders on criminal - and don't get me started on helicopters... :mad:
RobertoS. Not ignored, but answered in the other thread immediately after receiving your kind advice.
(http://www.thinkbroadband.com/ping/share-large/ff1d69732d1703271905554d06a9f90f.png)
The yellow spikes + packetloss is returning again as of yesterday, anyone seeing the same thing?
Not dissimilar, I've been seeing a lot more yellow in the afternoons this week.
But BT have had a few problems today, and it's half-term, so I'm suspending judgement for the moment.
(http://www.thinkbroadband.com/ping/share-thumb/7142976edb1e07bf5419ca4a3c550ba9-24-02-2011.png) (http://www.thinkbroadband.com/ping/share/7142976edb1e07bf5419ca4a3c550ba9-24-02-2011.html)
Including one in the Faraday area, Bill, which can have wide geographical implications.
The Reading one affected me pretty directly I think- 08:05 to 09:30, shows up fairly well.
BT does seem to be having a raft of these issues lately, doesn't it.
After a few days of a nice calm graph I'm also seeing the yellow spikes return :(
They don't look very pretty, but so far I haven't noticed any impact on speeds, even the tbb tester is giving me results that I'm happy with!
So for the moment I'm not bothered.
I'm getting it back as well.
(http://www.thinkbroadband.com/ping/share-thumb/92873decb53ec6a1316e4f0ea6c79d27-24-02-2011.png) (http://www.thinkbroadband.com/ping/share/92873decb53ec6a1316e4f0ea6c79d27-24-02-2011.html)
This is mine, looks very noisey
(http://www.thinkbroadband.com/ping/share-thumb/0766165360029d428546f7e458e69d77-24-02-2011.png) (http://www.thinkbroadband.com/ping/share/0766165360029d428546f7e458e69d77-24-02-2011.html)
(http://speed.io/pics/4009/0734/speed.io.png) (http://www.speed.io)
Mine seems to have returned to the almost flat, murmurings above 11ms, at almst exactly midnight.
Quote from: RobertoS on Feb 25, 2011, 07:24:17
Mine seems to have returned to the almost flat, murmurings above 11ms, at almst exactly midnight.
Yep same here.
Mine too.
@c1hundred- that trace is horrible, what's it like today?
(http://www.thinkbroadband.com/ping/share-thumb/110281a3c9df700cd59d8316274bdcfd-25-02-2011.png) (http://www.thinkbroadband.com/ping/share/110281a3c9df700cd59d8316274bdcfd-25-02-2011.html)
My broadband hasnt been right since it was installed 2 years ago.
IDnet and BT dont think there is a problem.
Are you doing anything in the background, eg iPlayer, P2P etc?
The graph certainly suggests that there is, Rik, doesn't it.
Looks more like it's the iPlayer server :whistle:
Something seems to be there in the background...
It might be worth c1hundred running some traceroutes both to and from* www.thinkbroadband.com to see if there's an obvious hold-up point.
* On the tbb "Tools" page.
I was looking forward to an almost perfect BQM graph, then the damned MSAN decided to force a re-sync :mad: :mad:
(http://www.thinkbroadband.com/ping/share-thumb/2db0108f8ff7c33753b9f8e5736f8e3e-27-02-2011.png) (http://www.thinkbroadband.com/ping/share/2db0108f8ff7c33753b9f8e5736f8e3e-27-02-2011.html)
Every weekend I get some weird packet loss problem :-\ here's the last 2 weekends.
20th Feb
(http://www.thinkbroadband.com/ping/share-thumb/ca5a7c5f412ac08f70cb0c6b575b00b8-20-02-2011.png) (http://www.thinkbroadband.com/ping/share/ca5a7c5f412ac08f70cb0c6b575b00b8-20-02-2011.html)
27th Feb
(http://www.thinkbroadband.com/ping/share-thumb/4c141aaf9c686444e5fd88996b05337a-27-02-2011.png) (http://www.thinkbroadband.com/ping/share/4c141aaf9c686444e5fd88996b05337a-27-02-2011.html)
Mine has settled down nicely after last weeks results.
(http://www.thinkbroadband.com/ping/share-thumb/1d90f1b9be0b0858e68013c674974b2f.png) (http://www.thinkbroadband.com/ping/share/1d90f1b9be0b0858e68013c674974b2f.html)
I know this is only over the past 8 hours or so but I'm seeing packet loss again.
(http://www.thinkbroadband.com/ping/share-thumb/ae6ae53caa35548bbc096be540156377-17-03-2011.png) (http://www.thinkbroadband.com/ping/share/ae6ae53caa35548bbc096be540156377-17-03-2011.html)
Anyone else seeing this kind of loss. After the router reboot to fix the original problem I wasn't seeing the kind of red as I am on the graph above. Though there has been some red over previous weeks to be fair.
The maximum latency is due to constant uploading.
This is mine.
(http://www.thinkbroadband.com/ping/share-thumb/b8eac8723691790141f36a8b7422687a-17-03-2011.png) (http://www.thinkbroadband.com/ping/share/b8eac8723691790141f36a8b7422687a-17-03-2011.html)
Thanks Glen. Almost like you had some loss when I didn't then when you didn't have any - that's when I got it. ;)
Looks like someone flicked a switch in the right direction (for a change) on mine.
Another half dozen more of the same and mine might start to look like the rest of you guy's.
(http://www.thinkbroadband.com/ping/share-thumb/91aafbd3ec99fcacff30bccdb26b2731-17-03-2011.png)
yay packet loss
(http://www.thinkbroadband.com/ping/share-large/94a7752d59e81dae6d8538d11bdbd9cb-17-03-2011.png)
I seem to be getting more packet loss than anyone else. :(
Poss exchange congestion.
Quote from: pctech on Mar 17, 2011, 18:33:13
Poss exchange congestion.
Yeah that's a good point - it could be that. Just hope it doesn't affect my live streaming tomorrow night.. As long as it's stable for that I'll be happy.
Does anyone else's TBBQM show a "blip" at about 2am?
(http://www.thinkbroadband.com/ping/share-thumb/b1229cdbdb367e3585fa800bca17a361-11-04-2011.png) (http://www.thinkbroadband.com/ping/share/b1229cdbdb367e3585fa800bca17a361-11-04-2011.html)
No problems here, exchange work perhaps?
Not sure Zappa..
(http://www.thinkbroadband.com/ping/share-thumb/47afc2bb474a2b71bfe0ed39bc79febe-11-04-2011.png) (http://www.thinkbroadband.com/ping/share/47afc2bb474a2b71bfe0ed39bc79febe-11-04-2011.html)
Quote from: .Griff. on Apr 11, 2011, 15:22:24
Does anyone else's TBBQM show a "blip" at about 2am?
Mine doesn't... :P
(http://www.thinkbroadband.com/ping/share-thumb/900246ff3f32ebd6add05f274c5017c2-11-04-2011.png) (http://www.thinkbroadband.com/ping/share/900246ff3f32ebd6add05f274c5017c2-11-04-2011.html)
Lost sync yesterday around 3:15pm, seems like the MSAN crashed >:(