![]() |
Re: Think Broadband Ping Monitor Results (POST YOURS)
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
http://www.thinkbroadband.com/ping/s...06-04-2011.png
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. http://www.thinkbroadband.com/ping/s...06-04-2011.png |
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
Quote:
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
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 :rolleyes: |
Re: Think Broadband Ping Monitor Results (POST YOURS)
@jcw00 Wow, if you remove those spikes from the graph, you probably have the best VM connection in the UK.
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
No real difference. |
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
My Broadband Ping Along with some upstream saturation due Backup & Storage (aka Vstuff) tests…. |
Re: Think Broadband Ping Monitor Results (POST YOURS)
Are you sure nothing is running on your network, jcw00?
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
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? |
Re: Think Broadband Ping Monitor Results (POST YOURS)
http://www.pingtest.net/result/38491621.png
https://www.cableforum.co.uk/images/...2011/04/87.png So explain to me why I get so much trouble with my work VOIP phone and gaming? It has to be down to this. https://www.cableforum.co.uk/images/...2011/04/53.png 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. |
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
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. |
Re: Think Broadband Ping Monitor Results (POST YOURS)
Thanks for the info Crysalis. That was enlightening.
|
Re: Think Broadband Ping Monitor Results (POST YOURS)
Quote:
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. |
All times are GMT +1. The time now is 06:04. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum