50M Think Broadband Ping Monitor Results (POST YOURS) - Page 16

capt coax · 06-04-2011, 22:03

My Broadband Ping

not bad for a weeknight

pip08456 · 06-04-2011, 22:43

It's not my 100Mb as my IP stayed the same when I downgraded to 50Mb so I didn't see any need to change it.

Compares well with this.

jcw00 · 07-04-2011, 09:59

Quote:

Originally Posted by jcw00

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

Quote:

Originally Posted by craigj2k11

that looks a bit weird, those spikes in such even intervals

Now if I had a "samknows network speed test router" it could explain the spikes, but I can't confirm this.

pabscars · 07-04-2011, 18:03

Quote:

Originally Posted by craigj2k11

try getting through to UK tomorrow, iv only had one dealing with offshore and it went considerably well. my downstream power levels were well out of spec so she picked it up straight away and booked me an engineer

Just got off the phone with my contact at the CEO's office, he has finally managed to spot the upstream SNR/noise issue on his system which is causing the modulation to revert to QPSK instead of Qam16, so I asked "shouldn't it be classed as an outage then if the upstream does this"(as I vaguely recollect Igni quoting it should do), to which he agreed it should be so fingers crossed investigations may start to finally uncover the cause.

Its probably not going to be an easy fix though but there maybe a shimmer of light at the end of the tunnel, I'm not getting a semi on just yet though.

Maybe one of the more knowledgeable can explain how QPSK modulation would/could go undetected on the docsis 3 platform?

You watch this will all get sorted just in time for Sky to install their BB on the 14th of this month

Neo-Tech · 07-04-2011, 18:06

@jcw00 Wow, if you remove those spikes from the graph, you probably have the best VM connection in the UK.

jcw00 · 07-04-2011, 18:30

Quote:

Originally Posted by Neo-Tech

@jcw00 Wow, if you remove those spikes from the graph, you probably have the best VM connection in the UK.

I will post a new graph in the next 24 hours.

pip08456 · 07-04-2011, 23:03

Quote:

Originally Posted by jcw00

I will post a new graph in the next 24 hours.

BTW the Samknows monitor wouldn't cause spikes like that. I know, I have one.

jcw00 · 08-04-2011, 18:24

Quote:

Originally Posted by jcw00

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

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

No real difference.

horseman · 08-04-2011, 19:26

Quote:

Originally Posted by pip08456

BTW the Samknows monitor wouldn't cause spikes like that. I know, I have one.

Prepare for enlightenment then….

My Broadband Ping

Along with some upstream saturation due Backup & Storage (aka Vstuff) tests….

Neo-Tech · 08-04-2011, 20:37

Are you sure nothing is running on your network, jcw00?

roughbeast · 09-04-2011, 11:36

I just don't use thinkbroadband for any kind of testing. Although thinkbroadband is ostensibly geared up for 200Mb testing, forinstance, and their ping test is via the same uncongested network as their speed test, their connection to the VM network is very poor. They say they have complained to VM about this, but VM have done nothing. So, their speed test and ping test results probably aren't even worth us discussing if we are on VM.

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

This result I get day or night with hardly any variation. Who needs Thinkbroadband right now?

_wtf_ · 09-04-2011, 12:14

So explain to me why I get so much trouble with my work VOIP phone and gaming?

It has to be down to this.

So why do VM 'off shore' ask you for the speedtest and pingtest results. One of them actually asked me to got to these sites to test and asked for my results during trouble shooting.

Chrysalis · 09-04-2011, 13:05

Quote:

Originally Posted by roughbeast

I just don't use thinkbroadband for any kind of testing. Although thinkbroadband is ostensibly geared up for 200Mb testing, forinstance, and their ping test is via the same uncongested network as their speed test, their connection to the VM network is very poor. They say they have complained to VM about this, but VM have done nothing. So, their speed test and ping test results probably aren't even worth us discussing if we are on VM.

This result I get day or night with hardly any variation. Who needs Thinkbroadband right now?

their pings are fine, its their speedtest. Few points I will make here which were made open after alot of pushing from myself and someone else.

1 - ncuk peer over linx on 2 networks, as well as lonap. ncuk host tbb. VM dont peer over lonap so that leaves linx or external transit, ncuk send traffic to VM over linx. Since tbb intially blamed vM they would appear to be saying VM's linx link is congested however ping graphs and other traffic going over linx doesnt back this claim up.
2 - after the pushing it became apparent the bulk of the speedtest issues were down to one of the tbb speedtest server's, when this was bypassed speed's shot up although some issues remained they were much less severe.

Ultimately using the tbb monitor is just a test between 2 end points, so it may not truly reflect generic performance on the connection, but I would say most of the time it should give a reasonable picture of whats going on.

roughbeast · 09-04-2011, 13:50

Thanks for the info Crysalis. That was enlightening.

pabscars · 09-04-2011, 14:12

Quote:

Originally Posted by Chrysalis

their pings are fine, its their speedtest. Few points I will make here which were made open after alot of pushing from myself and someone else.

1 - ncuk peer over linx on 2 networks, as well as lonap. ncuk host tbb. VM dont peer over lonap so that leaves linx or external transit, ncuk send traffic to VM over linx. Since tbb intially blamed vM they would appear to be saying VM's linx link is congested however ping graphs and other traffic going over linx doesnt back this claim up.
2 - after the pushing it became apparent the bulk of the speedtest issues were down to one of the tbb speedtest server's, when this was bypassed speed's shot up although some issues remained they were much less severe.

Ultimately using the tbb monitor is just a test between 2 end points, so it may not truly reflect generic performance on the connection, but I would say most of the time it should give a reasonable picture of whats going on.

I would also agree with you Chrys,

From the evidence shown from my TBB results VM have managed to finally track down specific times when my modulation is currently switching from 16Qam to QPSK, the TBB monitor clearly shows the point at which my connection becomes cronically saturated due to the reduced bandwidth available when the modulation switches to QPSK.

So for this instance I've found it a very usefull tool.

However what the TBB results dont and cant show is when the actual switch from different modulations take place, just when the connection is busy enough to saturate the reduced bandwidth. Either way it's handy to give them a rough time slot for them to check on their diagnostic equipment.