Increasing consistent small packet loss

[psp83]

I'm not happy in that I have to agree with you completely Gary. W/E no problem, perfect througout - today back to usual - afternoon bad.

.

Can anyone confirm that this problem is an iDNet problem only - would a different ISP necessarily be better?

I'm not on IDnet antmore and I've had no issues today, no packet loss or slow downs.

[Simon]

I think we were told that the additional bandwidth won't be 'live' until Tuesday.

[Gary]

I think we were told that the additional bandwidth won't be 'live' until Tuesday.

There were no slowdowns over the weekend Simon, and we have been here before. I don't know if IDnet is getting dedicated bandwidth put in or just extra airtime. I feel that its going to be maybe fine for a few days then back to the same routine. I hope to be proved wrong, but we have been here so many times before and the pattern just repeats itself. I don't have any faith at this time that this will sort the issue. The next few days are make or break for me I'm afraid.

[Bill]

'Tis not good

[mervl]

I have a second connection that uses BTW backhaul, like IDNet, but does not suffer any regular packet loss or noticeable slowdowns at all. It also does not have any traffic management or restriction - like IdNet. It therefore gets the odd occasional bit of packet loss when the network is under heavy use, perhaps once or twice a month for the odd hour or so. IDNet don't traffic manage or restrict (other than the aggregate data packages), whereas others do manage in various ways (and may have default filtering too), but most of their customers don't notice. So you take your pick: principles vs practicalities. As with everything in life. If it was easy to sort I'm sure they would have done so; I don't know of any alternative they have but to keep plugging away. I just work around the "problem"; at least it's predictable. It hasn't killed me yet!

[Gary]

I have a second connection that uses BTW backhaul, like IDNet, but does not suffer any regular packet loss or noticeable slowdowns at all. It also does not have any traffic management or restriction - like IdNet. It therefore gets the odd occasional bit of packet loss when the network is under heavy use, perhaps once or twice a month for the odd hour or so. IDNet don't traffic manage or restrict (other than the aggregate data packages), whereas others do manage in various ways (and may have default filtering too), but most of their customers don't notice. So you take your pick: principles vs practicalities. As with everything in life. If it was easy to sort I'm sure they would have done so; I don't know of any alternative they have but to keep plugging away. I just work around the "problem"; at least it's predictable. It hasn't killed me yet!

Neither Zen nor AAISP traffic manage in any way, one is larger one is smaller but both work.

[psp83]

Just a FYI..

If anyone wants to compare packet loss with a person that used to be on IDnet but is now on a different ISP, then I've updated my think broadband monitor in my sig at the bottom of all my posts.

[Bill]

Do the yellow spikes correspond with high traffic on that specific line?

[Gary]

*Users of Firefox and Safari in OS X may see slow speeds on the 'TBB' download figures. This is due to an issue with Flash in these browsers* I refuse to download Chrome for a speedtest though. So far so good this morning. It will be interesting to see how things are later in the day.

[psp83]

Do the yellow spikes correspond with high traffic on that specific line?

Yes Bill. YouTube videos and large downloads..

The little yellow block before midnight was me streaming on NowTV.

[Bill]

OK, ta.

Simon (IDNet) spotted my horrible speedtest from last night and gave me a call... various things discussed, but it seems pretty certain that the increased latency I see during late afternoon/evening is down to my exchange, as I've suspected for a while.

It also looks possible that my cabinet is full and they're adding another (barriers and a big hole), but yet to confirm. If it's a 288-line job it doesn't bode too well for the future

[Baz]

Paul.....have you got an old graph from before you switched.Also if yellow spikes are bad i'm in trouble  i have lots on my graph even when its not used a lot 

[psp83]

Paul.....have you got an old graph from before you switched.Also if yellow spikes are bad i'm in trouble  i have lots on my graph even when its not used a lot 

Afraid not, my IDnet one has been removed, it was basically the same as now, Just had a slightly higher ping (mine changes all the time) and the packet loss like everyone else.

OK, ta.

Simon (IDNet) spotted my horrible speedtest from last night and gave me a call... various things discussed, but it seems pretty certain that the increased latency I see during late afternoon/evening is down to my exchange, as I've suspected for a while.

It also looks possible that my cabinet is full and they're adding another (barriers and a big hole), but yet to confirm. If it's a 288-line job it doesn't bode too well for the future

Uh oh, major slow downs for you then  you would think BT would increase the bandwidth at the exchange first before installing new cabs.

[mervl]

Neither Zen nor AAISP traffic manage in any way, one is larger one is smaller but both work.

Agreed, but I used "manage" in its widest sense, not just conventional "traffic" management. I think AAISP have a quite complex data use/cap structure which is designed to avoid capacity problems, and Zen have invested hugely in capacity and I think even brought their own PoPs close to the exchanges to reduce backhaul constraints (perhaps rather like a smaller version of what Sky have been doing)?

[Gary]

Agreed, but I used "manage" in its widest sense, not just conventional "traffic" management. I think AAISP have a quite complex data use/cap structure which is designed to avoid capacity problems, and Zen have invested hugely in capacity and I think even brought their own PoPs close to the exchanges to reduce backhaul constraints (perhaps rather like a smaller version of what Sky have been doing)?

AAISP have a straight 100GB service like IDNet which has no peak off peak mumbo jumbo, although its £45 a month for 80/20  Maybe they keep capacity down by scaring off new users 

[Steve]

Paul.....have you got an old graph from before you switched.Also if yellow spikes are bad i'm in trouble  i have lots on my graph even when its not used a lot 

You can't really compare adsl with FTTC as even low to moderate usage on adsl can give broad yellow spikes on the TBBQM, whereas on FTTC it indicates heavy usage.

[Bill]

you would think BT would increase the bandwidth at the exchange first before installing new cabs.

No I wouldn't

[Gary]

and its happening again

[Gary]

Well my speed is back again, but it went down to 20Mbps and coincided with a nice big splodge of red on all IDNets  TBBQM on craigs 

[Reya]

Been having fun for the past 15 or so minutes, since my connection is off and on and off again more than a tart's knickers! 

[Gary]

I have been having trouble reaching some pages, but I'm not sure what the cause of that is 

[zappaDPJ]

I'm having the same problem. IDNet are not aware of any issues within their domain.


[EDIT] However, as far as I can tell, this has effected everyone on an IDNet connection.

[davecollins]

I saw the same thing - but it seems to have settled down again. For now.

I'm only giving this a few more days then I'm gone if it hasn't improved. A lot of promises have been made.

[Bill]

Maybe it was BT screwing up the addition of the extra bandwidth

Too early to be sure if the red bits have gone, but I can't see them yet. I'll keep an eye on my BQMs for a while.

[Gary]

I take it the new bandwidth went in today? That red splodge could have been an issue elsewhere to be fair and if So IDNet recovered quickly. All I know was I could not load any pages for a while and then just very slowly.