Cable Forum - 50M Think Broadband Ping Monitor Results (POST YOURS)

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)

Re: Think Broadband Ping Monitor Results (POST YOURS)

@BeafSalad, wow, are you sure you're not running any P2P software? Seems odd that there's a massive jump after 7am.

@Product 13, Do you have the SamKnows kit by any chance?

Re: Think Broadband Ping Monitor Results (POST YOURS)

@beefsalad

am on oldh9, been on suspend service for week and shocked to see the latency at this time 5pm to be at these levels, looks like my joy of xbox'ing again after a week away is out the window (all 7 of them)

will post some stat's later on
at mo ping plotter for 100 samples 27 avg min15 max 71, looks like match stick party on the graph

live graph http://www.thinkbroadband.com/ping/s...1c47b05cd.html

Tracing route to bbc.co.uk [212.58.254.251]
over a maximum of 30 hops:

1 7 ms 7 ms 36 ms 10.34.248.1
2 34 ms 10 ms 7 ms manc-core-1a-ae3-2413.network.virginmedia.net [8
2.8.208.57]
3 16 ms 13 ms 10 ms manc-bb-1a-as0-0.network.virginmedia.net [213.10
5.175.1]
4 33 ms 29 ms 25 ms glfd-bb-1b-ae1-0.network.virginmedia.net [213.10
5.175.146]
5 49 ms 39 ms 14 ms glfd-tmr-1-ae5-0.network.virginmedia.net [213.10
5.159.46]
6 18 ms 37 ms 34 ms tcl5-ic-1-as0-0.network.virginmedia.net [62.253.
185.78]
7 33 ms 24 ms 16 ms 212.58.239.249
8 22 ms 24 ms 31 ms 212.58.238.149
9 16 ms 15 ms 43 ms rdirslb0.thdo.bbc.co.uk [212.58.224.136]
10 38 ms 25 ms 17 ms virtual2.thdo.bbc.co.uk [212.58.254.251]

Re: Think Broadband Ping Monitor Results (POST YOURS)

https://www.cableforum.co.uk/images/...2011/06/28.png

my first evening on 30mb Docsis 3 - It actually works..... forget 10 and 20mbit.. that crap is so oversubscribed.

Re: Think Broadband Ping Monitor Results (POST YOURS)

That is still pants.

And what the heck is it with everyone getting packetloss between 7 and 11pm?

Re: Think Broadband Ping Monitor Results (POST YOURS)

because VM's dpi kit cant even give priority to icmp packets ( something plusnet does very easily) hell the kit don't even bandwidth cap my p2p packets, defo never encrypted p2p and when run un encrypted the odd time to test they all so get red carpet treatment over vm's network

to me all packets seem to get pumped on to the network on a free for all tactic and the hype made about p2p shaping in the terms is not worth the hard drive space the clause is stored on

being a ex plusnet customer i know a thing or 2 about traffic shaping, there shaping can be extreme but there open and honest and work hard with there customers to insure the dpi kit is working, on bandwidth capping and priority queue fronts

2%-5% packet loss here last night 8pm - 10.30pm

Re: Think Broadband Ping Monitor Results (POST YOURS)

asbo dog I agree p2p shaping is a joke.

I have used torrents a few times in the past few weeks. Here is what I have observed.

1 - the speeds I get peak and off peak are not widly different even tho its clear my UBR is over utilised/subscribed. I am not doing anything special to evade shaping just ran utorrent on its defaults with a port specified for forwarding.
2 - when a torrent is running my tcp jitter improves, what the ...., so it seems VM's network rewards agression as I get favoured treatment for timeslots under torrent conditions.

The nighly packetloss is either DPI equipment overload, core network saturation, or peering/transit saturation, as it seems to be on every single graph my guess would be a peering issue, if its the core network it must be very close to the peering point as it affects everyone.

Here is my graph from wed 1st june the last day before VM uplifted speeds to what my UBR cant handle.

http://www.thinkbroadband.com/ping/s...01-06-2011.png

everything for the most part was fine peformance wise.

here is graph thurs day 2 june.

can see affect of uplift.

http://www.thinkbroadband.com/ping/s...02-06-2011.png

here is graph from the previous thursday when things improved as I think users got moved off my port. At 6am and 10am utilisation dropped.

http://www.thinkbroadband.com/ping/s...09-06-2011.png

Sadly I think VM realised they made a mistake as my port is the lowest utilised out of 3 in my segment, when I was told this by the CEO office I knew what may be coming and here is what did come the day after yesterday, see the utilisation jumps right up at 10am. I assume the users been moved back along with some on top to try and fix the other ports.

[img]Download Failed (1)[/img]

Do they call that network management and providing a resolution for my problem? There is a huge difference between the top and bottom graphs, in terms of the speed uplift.

Latency is worse.
Download speeds are worse.
Web browsing is slower as a result.
Downloads are more jittery as a result.
Uploads can slow down to slower than the previous non uplifted speeds yes sub 1mbit.
The only thing thats better is that bulk uploading a lot of the time is faster but everything else about the service is worse.

Also how often is a reseg actually an upgrade rather than moving users around, if there is 3 congested ports, then moving users around the 3 ports isnt going to fix the problem, ultimately either it would need lower end user speeds, less users, or a capacity upgrade. I still think now after an area has had a speed uplift there is a spending freeze on capacity hence the introduction of traffic shaping.

VM's own tests show my port is overloaded, I am not been fobbed off now so they admit is overutilised, that is something, the problem is last time it took them a year to fix it.

I would be curious for a response here from nopanic or benmgr.

Re: Think Broadband Ping Monitor Results (POST YOURS)

Quote:

Originally Posted by Neo-Tech (Post 35255171)

@BeafSalad, wow, are you sure you're not running any P2P software? Seems odd that there's a massive jump after 7am.

@Product 13, Do you have the SamKnows kit by any chance?

Yes I was uploading a torrent but it wasn't doing sh*t. May this is when it decided to work.
These are the graphs for today with no torrents. As you can see there still is a peak at around 7:00hrs mark but not as much.

http://www.thinkbroadband.com/ping/s...11-06-2011.png

http://img802.imageshack.us/img802/3...uk11062011.png

Uploaded with ImageShack.us

Re: Think Broadband Ping Monitor Results (POST YOURS)

beef am on oldh9-2-0 30mb and to be honest am not seeing what you are, things just seem the same as normal which is poor but just useable.

live graph http://www.thinkbroadband.com/ping/s...1c47b05cd.html

Re: Think Broadband Ping Monitor Results (POST YOURS)

Can we maybe have smaller images that don't mess with the forum default width please?

Re: Think Broadband Ping Monitor Results (POST YOURS)

Quote:

Originally Posted by Skie (Post 35255746)

That is still pants.

And what the heck is it with everyone getting packetloss between 7 and 11pm?

it might be pants but compared to 15% packetloss between 5pm and midnight everyday its godlike.

Re: Think Broadband Ping Monitor Results (POST YOURS)

is this why vm are so bad compared with adsl/fttc

Quote:

Upstream slots: Unlike an ethernet card, a cable modem is not allowed to transmit on demand. A single upstream channel frequency has to be shared by hundreds of cable modems that cannot hear each other's transmissions. If more than one cable modem transmitted at once, the UBR would not be able to understand either of them. So all cable modems must remain silent until they are allocated a time slot (measured with a precision of microseconds) by the UBR. The time-slot allocations are broadcast by the UBR on the downstream as MAP packets, so called because they map time slots to individual cable modems. So a typical sequence might be:

PC transmits a packet to the cable modem.
The cable modem stores the packet, and waits for an opportunity to transmit a bandwidth request to the UBR.
The UBR receives the bandwidth request, and schedules an upstream time-slot in the near future. This is added to a list of such scheduled slots for all other cable modems, and transmitted as a MAP packet at intervals on the downstream channel.
The cable modem monitors all MAP packets on the downstream. When it sees a timeslot allocated to itself, it waits until that allocated time, and then transmits the waiting packet.
All of this takes time. If the upstream is congested, the UBR might not be able to allocate a time-slot until some considerable time in the future, and poor latency will be seen. If signal conditions on the cable are poor, the bandwidth request or the MAP packet might not be heard, and nothing will happen until the cable modem retries the bandwidth request.

Re: Think Broadband Ping Monitor Results (POST YOURS)

and when latency looks better than normal vm instead give you packet loss to keep you un happy. dont make sense thathttp://img703.imageshack.us/img703/2699/captureral.png

Re: Think Broadband Ping Monitor Results (POST YOURS)

https://www.cableforum.co.uk/images/...011/06/100.png

My utilisation is now steadily increasing weak by weak, this is becoming a joke Virgin. Speeds have dropped ever so slightly too. Wonder how pings are doing...

Oh and DPI, you make me lol.

Re: Think Broadband Ping Monitor Results (POST YOURS)

any one know what the ip address is of the firebrick tbb are using and is it possible path ping it, would like to see where the packet loss is happening as the loss levels seem same across vm network but latency is different.

the increase in loss today is defo due to the rain increasing usage

hum jus ad idea to turn flood back on and try and gain the ip from the logs