Cable Forum

Cable Forum (https://www.cableforum.uk/board/index.php)
-   Virgin Media Internet Service (https://www.cableforum.uk/board/forumdisplay.php?f=12)
-   -   50M : Think Broadband Ping Monitor Results (POST YOURS) (https://www.cableforum.uk/board/showthread.php?t=33675644)

Chrysalis 24-12-2011 19:19

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by Ignitionnet (Post 35350383)
Given there are 17 of them there in Leicester's own hub site now, 4 of which are Motorola BSRs VM must have been pretty busy getting the other 16 onto the network in such a short time, and of course there is also the minor issue that Leicester is served by more than one hub site, so VM must've done something pretty special and made Leicester pretty unique for a city served by Leicester and Northfields (which has 12 VXRs and 2x10k) to all be hooked to a single uBR.

I must admit I struggle to see exactly why VM would put 2 Motorola BSRs into my hub with its 4 VXRs, one of which was only half full, and only use 1 for a site with 13 VXRs.

If space were a problem they'd either wait until more space was available or do a displacement build, swapping VXRs for BSRs directly.

That was well worth clicking the 'View Post' button for.

---------- Post added at 15:59 ---------- Previous post was at 15:57 ----------



Most areas with any kind of load are using multiple upstreams, in addition most areas have more than one node sharing the downstream, say the 4 downstreams split across 2 nodes, with each node having 2 independent upstreams.

Very few areas running on a single DOCSIS 2 upstream, majority of issues are down to 100Mb users going nuts and bad congestion handling by the Cisco 10k. You can tell a congested Motorola from a congested 10k pretty easily.

Once line card swaps are finished VM can do upstream bonding.

I cannot remember exactly where i got the info of one UBR from, but it was mentioned in the leics LE3 thread on here which you took part in. However as that thread is so long I dont have the motivation now to dig through it looking for specifics. I never did say my info was right tho just based on what I had previously been told.

One thing I do remember is when I questioned if one ubr is not enough for a city, you did reply saying there was nothing unusual about it and we had that discussion about the population of the city and the takeup levels.

Whether or not this was a misunderstanding or just to mislead me so you can correct me later on I will never know but that thread is where it was previously discussed.

In regards to the other hub site I havent seen any city of leics properties using it although I was already aware of it serving part of leicestershire.

---------- Post added at 19:19 ---------- Previous post was at 19:07 ----------

Quote:

Originally Posted by Ignitionnet (Post 35350383)

Most areas with any kind of load are using multiple upstreams, in addition most areas have more than one node sharing the downstream, say the 4 downstreams split across 2 nodes, with each node having 2 independent upstreams.

Very few areas running on a single DOCSIS 2 upstream, majority of issues are down to 100Mb users going nuts and bad congestion handling by the Cisco 10k. You can tell a congested Motorola from a congested 10k pretty easily.

Once line card swaps are finished VM can do upstream bonding.

The obvious question to this is if VM are ok sharing one set of downstream channels to multiple nodes, why do they feel the need to split off the upstreams isolating the 2 nodes from each other on the upstreams?

kwikbreaks 27-12-2011 10:26

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by Ignitionnet (Post 35350383)
... majority of issues are down to 100Mb users going nuts and bad congestion handling by the Cisco 10k.

I'm glad to see someone with a knowledge of cable workings post this. I'm pretty convinced that a single 100Mbps user is what has taken my area down the tubes because of the speed it happened and the obvious steps in TBB graphs which must be caused by the actions of a single user to happen so often.

The next question of course is why did VM with years of running their networks permit it to happen?

roughbeast 27-12-2011 16:10

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by kwikbreaks (Post 35351237)
II'm pretty convinced that a single 100Mbps user is what has taken my area down the tubes because of the speed it happened and the obvious steps in TBB graphs which must be caused by the actions of a single user to happen so often.

It could have been me. Yesterday we downloaded my wife's work files, (25Gb), from Livedrive to her local machine. Download rate >8MB (yes MB). At the same time browsing, video streaming and gaming were happening in the house without problems. This is what 100Mb was designed for.

Are you saying I should have been happy with <6MB download speed because VM should not have sold me the 100Mb service?

craigj2k12 28-12-2011 01:09

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
dont know who is taking mine out but it was rock solid before they did some changes network end

kwikbreaks 28-12-2011 10:02

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by roughbeast (Post 35351366)
Are you saying I should have been happy with <6MB download speed because VM should not have sold me the 100Mb service?

I quite frankly don't care how much you download or how fast because you are not even in the same town let alone the same node as me.

It is possible that some of your neighbours are wondering why their iPlayer was constantly rebuffering yesterday but then again maybe not - it just depends on how many were trying to use the remaining bandwidth on your node. That shouldn't bother you of course because, as you say, you are using the 100Mbps service exactly as it is advertised to be used.

qasdfdsaq 31-12-2011 12:46

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by Chrysalis (Post 35350457)
The obvious question to this is if VM are ok sharing one set of downstream channels to multiple nodes, why do they feel the need to split off the upstreams isolating the 2 nodes from each other on the upstreams?

The obvious answer would be (I'm guessing) because upstream bonding doesn't work yet.

Chrysalis 31-12-2011 14:47

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by qasdfdsaq (Post 35352859)
The obvious answer would be (I'm guessing) because upstream bonding doesn't work yet.

They dont need to bond.

I think you have misunderstood my question.

eg. on docsis1 VM share 4 channels between all users in a given pool. But the users can only use 1 channel at a time.

In uplifted areas a pool of users share eg. 4 downstream channels but that pool of users is split into 2 seperate 2x upstream channel pools not all sharing the same upstream channels so its possible for one half to have good upstream and the other to have congested, or have I got this wrong?

Ignitionnet 31-12-2011 15:34

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by qasdfdsaq (Post 35352859)
The obvious answer would be (I'm guessing) because upstream bonding doesn't work yet.

It's for capacity, spectrum usage and SNR, smaller nodes have better SNR as there's less devices and taps on them to cause noise, having nodes physically segmented means that the same clean frequencies can be used rather than having to extensively stack, it reduces laser load as there's less RF hitting the node and 2 x 18Mbps for each node is twice the capacity of splitting 2 channels between them.

It makes perfect sense to do this, indeed VM have always done it. It was far from uncommon for ntl and Telewest to split a downstream across 2 or more nodes while having the 6 upstream ports split between them on an MC16 card.

EDIT: Just FYI upstream bonding works fine however it required new line cards on both 10k and BSR, the BSR requires the RX48, the 10k needs the MC20X20V or MC3GX60V.

Neo-Tech 31-12-2011 21:21

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
http://www.thinkbroadband.com/ping/s...31-12-2011.png

Been like this for nearly 2 days now. :/
And no, I'm not downloading anything.

Mr.A.2009 08-01-2012 16:17

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
http://www.thinkbroadband.com/ping/s...08-01-2012.png

Everything before 3pm was on upstream channel 3. After resetting the modem countless times to try and change the upstream channel, i was finally put on channel 2. As you can see my connection has improved 10 fold :erm:

Chrysalis 08-01-2012 16:18

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
classic VM load balancing in action :)

JeDuK 08-01-2012 16:22

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
how you make it switch channel?? switch on/off or press small rest button?

Chrysalis 08-01-2012 16:22

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
yeah power cycle it and hope, in my view reseting the config to factory defaults helps on the superhub.

Mr.A.2009 08-01-2012 16:33

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
Quote:

Originally Posted by JeDuK (Post 35357307)
how you make it switch channel?? switch on/off or press small rest button?

Quote:

Originally Posted by Chrysalis (Post 35357309)
yeah power cycle it and hope, in my view reseting the config to factory defaults helps on the superhub.

Restore to factory default through super hub settings. Make sure you take note as to which channel you were on before hand.

SnoopZ 08-01-2012 16:59

Re: Think Broadband Ping Monitor Results (POST YOURS)
 
What channel Ids are there for upstream as mine is already on 2 and i am getting high utilisation at peak times judging by my graph! Should i try and get on another channel by power cycling as my levels are all fine and i have already had a repull?


Below is what my graph looked like on Christmas day when no one was online over Christmas, and it looks fine.


All times are GMT +1. The time now is 01:54.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.