![]() ![]() ![]() ![]() |
|
User123456: @FireEngine - Ok, thank you. Thats pretty much how I learnt the way TCP works. According to what you said then, "Due to the upload/download speed differences to use the max download throughput you need a clear upload path..." I did have a clear upload path, therefore the download speed should be at the maximum available, and something like the speed test confirms this for me as when nothing is uploading, I get a download transfer rate of 23mbps.
"It also suggests that if the circuit will support 30-40GB upload in a 24hr period, the circuit can't have any serious issues up or down" The circuit being what passes through Orcon?
---------------------------------------------------------------
Nebukadnessar
FlameBeard: expanding on what I was saying about distance
"Second-generation systems (VDSL2; ITU-T G.993.2 approved in February 2006) use frequencies of up to 30 MHz to provide data rates exceeding 100 Mbit/s simultaneously in both the upstream and downstream directions. The maximum available bit rate is achieved at a range of about 300 meters; performance degrades as the loop attenuation increases."
Taken from here
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
hio77:FlameBeard: expanding on what I was saying about distance
"Second-generation systems (VDSL2; ITU-T G.993.2 approved in February 2006) use frequencies of up to 30 MHz to provide data rates exceeding 100 Mbit/s simultaneously in both the upstream and downstream directions. The maximum available bit rate is achieved at a range of about 300 meters; performance degrades as the loop attenuation increases."
Taken from here
although on chorus VDSL, profiles only go up to 17a currently, and i dont see that changing.
with the profile being limited a few constrains including less then 350M/ 7dB attenuation as measured with the network Analyser..
by those numbers, i guess if chorus enabled 30a ild say it would be something like 200M...
FlameBeard:
I wish I knew as much about VDSL as you do man. So I'll take your word on that.
BMarquis:
We have a number of conditions that must be met for your line to be switched to a 17a Spectrum profile.
If your line is on the 17a spectrum profile, but the spectrum between 8Mhz and 17Mhz is not being used, I'd be looking at your CPE. it shouldn't report 17a unless the DSLAM is providing that, and we run 8b and 17a on independant profiles.
As for the question of 'what allows a line to be on 17a':
- The current bandplan is 8b (goes without saying!)
- The line is shorter than 350 meters, which is an electrical length in the 5530 Network Analyser of <7dB
- DLM is in operation on that line
- A Bandplan switch hasn't occured in the last 90 days (to stop bouncing between 8b+17a, while still allowing re-evaluation as/when required)
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
FlameBeard: Simply put it is because VDSL works exceptionally well within 800m cable length of the exchange. Past that you start to see what you're getting. You're borderline for us insisting on a roll back to ADSL.
If you want to proceed with that, at the cost of speed, we do that free of charge. Or if you want to stay on VDSL at the cost of stability, you're more than welcome.
hio:77where are you testing your download speeds to?
if your doing something say, international, its likely tcp window scaling is doing its its job, and jumping around a little bit when detecting it has scaled to high.
on a graph, this will often look like sawteeth.
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
User123456: when doing a speed test the download speed it is as constant as can be?
Regards FireEngine
hio77: your error rates arent extreme.. however i can only best guess as you didnt include connection uptime.
it is enough to be a packet every once in a blue moon to cause issues however.
got an exact test file to compare with?
worth considering, megas peering can be funny sometimes.
last time i tested with them, i was maxing out solid over v6, but cant say its a service i regularly touch.
FireEngine:User123456: when doing a speed test the download speed it is as constant as can be?
You just lost me, speed tests are stable? Only Mega varies on VDSL, speed tests and Mega were stable on ADSL?
User123456: Sorry about that FireEngine. What you said though is correct. In summary a VDSL speedtest (speedtest.orcon.net.nz) provided a constant download and upload speed for the duration of the test. However when downloading from Mega, on the VDSL plan, the download speed varies (~500KB/s to 2.5MB/s tested over a 4 minute download time) and the upload speed is constant at 1.1MB/s.
When I tested it on my previous plan, ADSL, all speeds were constant, both on the speedtest and on Mega (1.1MB/s download and 100KB/s upload). Hope that is more clear?
Regards FireEngine
FireEngine:User123456: Sorry about that FireEngine. What you said though is correct. In summary a VDSL speedtest (speedtest.orcon.net.nz) provided a constant download and upload speed for the duration of the test. However when downloading from Mega, on the VDSL plan, the download speed varies (~500KB/s to 2.5MB/s tested over a 4 minute download time) and the upload speed is constant at 1.1MB/s.
When I tested it on my previous plan, ADSL, all speeds were constant, both on the speedtest and on Mega (1.1MB/s download and 100KB/s upload). Hope that is more clear?
Ok, that sounds like Mega are rationing bandwidth per connection, the VDSL is simply able to burst slightly higher but attaining a similar average. Unless you have a lot of variation in speed test results to our server (which being in NZ is a better test of your circuit, then I can't see an issue.
So you just need to decide whether to roll back now.
I get a similar effect if I use a speed test app, the instantaneous speed can vary during the test by quite a margin. At the end of the day the network tries to ship data to you as fast as it can.
Jase2985: http://zeus.jetstream.co.nz/450M.bin
try that file, its 450mb and from a nz server, you should have no issues with it as i and others can pull line speed the whole time downloading it on a vdsl connection.
if your connection is to an overseas site dont ever expect to get line speed as there are so many factors outside of your isps control that can influence speed
User123456: Thanks, I downloaded it and monitored the speed. I made sure all devices where disconnected from the modem and downloaded it via wi-fi on my desktop. While its probably the most consistent download I have had since on VDSL, it didnt exactly pull line speed the whole time downloading it on a vdsl connection.
Screenshot: http://puu.sh/ayvWM/e0fda98794.pngif your connection is to an overseas site dont ever expect to get line speed as there are so many factors outside of your isps control that can influence speed
For sure, I wouldn't argue that point at all... as you stated there are to many other factors involved, how ever with Mega being local, I figured I should compare apples with apples as I know what it did on ADSL
Regards FireEngine
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
|
![]() ![]() ![]() ![]() |