![]() |
Re: Small Download Speed Upgrade
Quote:
The top 5% of capacity users are almost certainly going to be on the top tier service (currently 100meg). To catch the top 5%, a suitable usage limit should be placed on top tier and when exceeded their speed is limited much like the current system on the lower tiers. Similar for upstream. That should catch the top 5% of capacity users. The same limits should be placed on other tiers to prevent that top 5% from moving to 50meg services and sacrificing speed for unlimited capacity. Standard lower tier users will never get close to these limits though, as they would be designed for the 100meg service, and so the lower tiers would effecitvely have no limits to worry about. Currently the top 5% get away scot free leaving the lower tier customers to get restricted so as to open up capacity for those top 5% to gobble up. This is the reverse of the stated purpose of the policy and such a policy is not going to be viable once Youview gets hold. Clearly it needs addressing. Let's hope someone is actually thinking things through logically. I have no speed issues but I fear the day they will happen and am keen to see a logical policy put in place that actually targets the top 5% instead of missing them completely and restricting everyone but the top 5%. |
Re: Small Download Speed Upgrade
Quote:
|
Re: Small Download Speed Upgrade
Quote:
Whatever that percentage is though, my point is still valid. |
Re: Small Download Speed Upgrade
Quote:
Well he said they had too many users per segment, so by that I assume he means the node sizes need to be reduced as realistically the only way to reduce the users is either to move some to another segment, or split the node into smaller nodes. If there is a 3rd way someone is welcome to tell me. So the way I see it if VM are to reduce node sizes in an attempt to support higher speeds then its logical to have those nodes still as one but with the extra capacity instead. Do you agree its less probable to have 4 200mbit users active at once on a 800mbit pipe than it is 2 200mbit users on a 400mbit pipe? |
Re: Small Download Speed Upgrade
Quote:
---------- Post added at 08:43 ---------- Previous post was at 08:34 ---------- Quote:
I suspect that they will be putting their faith in Traffic Management Mk II though as trailed by the man with inside info. If that does indeed sort out the highly overutilised areas it will seriously miff the users causing the problem and they may well end up moving on giving the effect of the old "detrimental use" letters but still allowing the holy grail of VM marketing - "unlimited" to be used in their adverts. |
Re: Small Download Speed Upgrade
Quote:
You feel that Ignitions logic regarding size of nodes is to have smaller ones to increase capacity, which appears to be contradictory to the above logic. Well I am sure Ignition can square that logic somehow by pointing out some misconception you may have. Meanwhile, I do not understand why, if on the Coventry trial we had a 10Gb pipe in reserve, more capacity cannot be put in from the centre. Here I reveal the fact that I need to do some reading. I do know that Coventry was chosen for the trials because it had spare slots at street level. Is that the point then? It is the limited capacity at street level that is the problem and that architectural decisions made historically have limited that capacity, though in some locations more than others. You can only do so much by upgrading kit, such as network cards. A dullard like me would just say, "Lay some more fibre down then!" I guess that is too expensive. Perhaps someone could point me in the direction of some really good descriptions of how the network works, so I do not continue stumbling into these conversations knowing less than half the theory! :dunce: Edit.............................The above was written whilst Kwikbreaks was responding |
Re: Small Download Speed Upgrade
I can't make any informed comment on whether or not larger than 400Mbps pipes are economically possible across the network - I suspect not as it's obvious that the low capacity local pipes are what cause issues when high speed connections get used in anything but short bursts so if it was possible without splashing the cash (or in VMs case extending the already astronomical overdraft) it would have been done.
I can comment on ... Quote:
|
Re: Small Download Speed Upgrade
Quote:
Interesting thoughts on it been used to purposely severely throttle to the point to make the users "want" to leave, it will be interesting to see if VM deliberatly throttle heavily for that purpose. Will we start seeing 0.1mbit speedtests from users who have downloaded a few TB? ---------- Post added at 09:35 ---------- Previous post was at 09:31 ---------- Quote:
|
Re: Small Download Speed Upgrade
Quote:
Splitting a 1000 home node (more accurately called a service group) with 400 active customers on it, for the sake of argument all on the DOCSIS 3 network served by 4 downstreams and 2 upstreams, 200Mb down and 2 x 18Mb up into 2 x 500 home nodes both of which will also have 4 downstreams and 2 upstreams doubles available bandwidth per home passed and improves statistical contention as the cohort size is smaller, from 400 to 200 modems. Yes it still takes only 2 x 100Mb users using their full capacity simultaneously to saturate either node, but if there were say 8 100Mb customers on the 1000 home node and there's only 4 on each of the 500 home nodes the maths looks much healthier. ---------- Post added at 13:59 ---------- Previous post was at 13:55 ---------- Quote:
The 10Gbps was to ensure that you guys wouldn't run out of core bandwidth. The issue is, and remains, the DOCSIS downstreams and upstreams that serve the areas, 10Gbps or 1Gbps is irrelevant if there's only 800Mbps hitting the uBR, and having the extra room out of the back of the uBR is pointless for congestion relief if an area's DOCSIS network is overloaded. The bottleneck is usually that last few hundred metres, not the core network, so anything past that bottleneck doesn't help. You still connect to the uBR at 200Mbps-400Mbps shared between your node / service group however many 10Gbps backhauls come out of the back of it. |
Re: Small Download Speed Upgrade
Hi all
New to the forum and have been following this discussion so thought I would register. A question for Ignitionnet regarding quote "The bottleneck is usually that last few hundred metres" If this is indeed the case would it not be in VM best intrest to upgrade the cable run from the cabinet to FTTH? If this is possible in order to remove the bottleneck. |
Re: Small Download Speed Upgrade
why can't Virginmedia specifically target those using torrents and just those users?
|
Re: Small Download Speed Upgrade
Quote:
Plus you can screw it all up with nntp which they don't effectively shape or even http downloads from file hosting sites. Apparently TM Mk2 will be more load and byte count based so all those who CBA to use a PVR will be moaning too then. |
Re: Small Download Speed Upgrade
Quote:
its ok to target heaviest users but I dont agree with targeting protocols. Also VM have already tried to target torrents and its evident its not an efficient way of traffic management. 1 - light torrent users get penalised which when they are light users isnt really a fair way to deal with it. 2 - there is false positives which seems to mainly affect gamers. 3 - it can be easily evaded which defeats the purpose of it in the first place. The new system which is due early next year which will not target torrents but will get a lot of torrent users anyway as it will target heavier users. It will not be evadable other than to stop downloading/uploading. How effective will be remains to be seen, I expect in some areas it will need to be draconian to be effective. |
Re: Small Download Speed Upgrade
Thanks for all the info and analysis guys. I am gradually getting to grips with it.
I found this useful presentation from way back. Hopefully other novices will find it useful too. (You will need to run it in IE though.) http://homepage.ntlworld.com/draig.goch/ |
Re: Small Download Speed Upgrade
it is a little out of date but mostly right or it works fien in other browsers nto jsut ie
---------- Post added at 09:58 ---------- Previous post was at 09:56 ---------- Quote:
|
| All times are GMT. The time now is 16:09. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum