Upload bandbreedte gesjoemel op glasvezel

Door damanseb op zaterdag 4 april 2015 17:17 - Reacties (14)
Categorie: -, Views: 3.607

Hoeveel waarde hecht een ISP aan de upload bandbreedte van een glasvezel gebruiker?

Op mijn home server (Ubuntu Linux 3.13.0-48-generic 14.04 LTS) draai ik een FTP server (PureFTPD)
Netjes de nodige FTP poorten geforward/nat op de router.
Inclusief een passive poort range waar de FTP server ook gebruik van maakt.

Ik een 100mbit glasvezel verbinding omdat ik veel vmdk bestanden upload naar een datacentrum.

Probleem:

Als ik vanuit het datacentrum op een windows server met filezilla een FTP vrebinding opzet met mijn FTP server thuis dan haal ik maar max 12 mbit/sec (1.2MByte/sec)

iperf opgezet om te testen, zelfde resultaat:
# ipperf -c <mijnip> -d
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 73.4 MBytes 61.5 Mbits/sec
[ 4] 0.0-10.5 sec 10.0 MBytes 8.01 Mbits/sec

#iperf -c <mijnip> -d -P4
[ ID] Interval Transfer Bandwidth
[ 7] 0.0-10.0 sec 26.9 MBytes 22.5 Mbits/sec
[ 8] 0.0-10.0 sec 28.6 MBytes 23.9 Mbits/sec
[ 5] 0.0-10.1 sec 24.6 MBytes 20.5 Mbits/sec
[ 4] 0.0-10.1 sec 29.4 MBytes 24.4 Mbits/sec
[SUM] 0.0-10.1 sec 110 MBytes 90.8 Mbits/sec
[ 9] 0.0-10.1 sec 7.62 MBytes 6.31 Mbits/sec
[ 6] 0.0-10.3 sec 8.25 MBytes 6.73 Mbits/sec
[ 10] 0.0-10.3 sec 7.38 MBytes 6.01 Mbits/sec
[ 11] 0.0-10.3 sec 8.12 MBytes 6.61 Mbits/sec
[SUM] 0.0-10.3 sec 31.4 MBytes 25.5 Mbits/sec

Webserver opgezet om te testen met poort 80.
Firefox met downthemall plugin geopend op windows server en iso gedownload vanaf webserver thuis.
Download opgesplitst in 6 parts, maximale snelheid: 6-7MByte/sec

TCP verbinding is dus de beperkende factor aangezien deze lijkt te zijn gelimiteerd tot 10mbit per verbinding waardoor ik met 6 gelijktijdige verbindingen 60mbit per second haal..

Het probleem blijft hetzelfde:
Traceroute: 6 hops met max 8ms latency op de uiteindelijke route.
Ping: Uiteraaard ook max 8ms
Hoe kan het dat een enkele TCP stream beperkt is tot 10mbit?

Zijn er mensen die hier ervaring mee hebben?
Is het de ISP die deze cap hanteerd of mis ik bepaalde instellingen op de server?

Note: als ik utorrent draai op mijn werkstation thuis zie ik regelmatig een totale upload van rond de 9MByte/sec... het kan dus wel maar wat is het verschil behalve TCP vs UDP

Reacties


Door Tweakers user Ample Energy, zaterdag 4 april 2015 17:23

Is het niet makkelijker om dit op het forum te bespreken?

Door Tweakers user damanseb, zaterdag 4 april 2015 17:37

Ample Energy schreef op zaterdag 04 april 2015 @ 17:23:
Is het niet makkelijker om dit op het forum te bespreken?
Wellicht.. ik zal een topic aanmaken, bedankt voor de tip..

Door Tweakers user i-chat, zaterdag 4 april 2015 17:40

5 dingen om naar te kijken,

1 wat is je maximale lan2lan doorvoer,
2 wat is je maximale lan2wan doorvoer,
dit zijn beiden router limitaties.

3 hoeveel disk i/o kan je servertje aan en hoe zwaar trek je daaran.

4 zitten er mogelijke configuratie foutjes in je ftp server.

5 heb je al eens geprobeerd andere protocols tegebruiken bijv over udp.

Door Tweakers user spone, zaterdag 4 april 2015 17:49

Ik had het ook met glasvezel (Lijbrandt in mijn geval). Geen idee waar het door kwam, maar een enkele tcp-verbinding wilde niet harder dan ik dacht ook 10 Mbit. Met meerdere verbindingen samen wel de volle bandbreedte.

Aan mijn hardware lag het niet: mede om deze reden ben ik overgestapt van glas naar Ziggo, gebruik nog steeds dezelfde apparatuur en met Ziggo haal ik 20 Mbit up.

Ander leuk dingetje wat ik destijds had is dat je upload van je download af gaat: als je een 100Mb lijn hebt en je upload met 50, zakte mijn download ook in naar 50...

Door Tweakers user damanseb, zaterdag 4 april 2015 17:52

1. LAN2LAN iperf: Meer dan 900 mbit/sec beide kanten op (gbit LAN)
2. 100mbit glasvezel verbinding
3. Een woord: SSD
(en daarnaast iperf werkt vanuit ram geheugen juist om diskio bottlenecks te voorkomen)
4. Volgens het boekje ingerichte FTP server en port forwards op router
(als ik een PASV commando geef via FTP client zie ik dat server de juiste ip/poort range doorgeeft voor passive)
5. SFTP / HTTP / FTP / SCP / IPERF allemaal hetzelfde probleem
(aangezien FTP nooit zal gaan werken met UDP ook minder relevant)
(maar zoals aangegeven, op mijn werkstation op hetzelfde LAN utorrent soms een totale upload van 90mbit)

Door Tweakers user damanseb, zaterdag 4 april 2015 18:02

@spone:
Ik heb ook een ticket neergelegd bij de helpdesk van heldenvan.nu m.b.t. dit onderwerp..
Inderdaad het is duidelijk een enkele tcp connectie, waarschijnlijk ook de reden waarom het met torrents wel lukt..
Een enkele UDP stream (torrent) zie ik nog wel eens oplopen naar 20mbit waarschijnlijk omdat er aanzienlijk minder overhead op UDP zit..

Maar het blijft een krom verhaal, waarom lijkt het gecapped te worden?
Wat is de reden van een ISP om zoiets te forceren, is dat niet op het randje van, ja daar komt ie,... netneutraliteit?
Wat is 100mbit upload waard als je deze snelheid nooit gaat halen?
Het lijkt wel of de hele boel staat ingesteld geoptimaliseerd voor asynchrome dsl verbindingen.. wat heb je daar nou aan als glazvezel gebruikert?

[Reactie gewijzigd op zaterdag 4 april 2015 18:04]


Door Tweakers user i-chat, zaterdag 4 april 2015 20:35

damanseb, ik ga volledige mee in je argumenten als hier tcp streams worden gecapped dan is dat vermoedelijk hun eigen router-capaciteiten te ontzien, en dan dus zeer vermoedelijk om te zorgen dat ze met mindere hardware afkunnen. dat zou ik nogal een bijzonder schokkend verhaal vinden... ik zou trouwens wel eens willen weten hoe dat hier bij mij zit op een vodafone 50/50 lijn. ik was namelijk ook van plan om mijn nasje te upgraden en ook extern beschikbaar te maken

[Reactie gewijzigd op zaterdag 4 april 2015 20:35]


Door Tweakers user H!GHGuY, zaterdag 4 april 2015 20:37

1.2MByte/s = 10Mbps

Zeker dat er niet ergens gedownscaled wordt door een brakke kabel?

Door Tweakers user damanseb, zaterdag 4 april 2015 21:35

H!GHGuY schreef op zaterdag 04 april 2015 @ 20:37:
1.2MByte/s = 10Mbps

Zeker dat er niet ergens gedownscaled wordt door een brakke kabel?
Nee dat is niet het geval..
Mijn ISP heeft een FTP server op het eigen netwerk met 100mb, 1gb, 10gb bestanden speciaal om het glasvezel gedeelte te testen, dat zit dus wel goed want het uploaden en downloaden van en naar die server gaat wel op 100mbps..

Door Tweakers user damanseb, zaterdag 4 april 2015 21:58

@i-chat: Als je glasvezel van ISP naar ISP wil testen hou ik me aanbevolen..
Ik draai iperf als daemon maar de standaard poort hiervoor staat normaliter niet open op mijn router als ik niet zelf aan het testen ben..
Ik kan je ook toegang geven tot de FTP server die ik thuis heb draaien zodat je je eigen 50mbit upload kan testen over mijn 100mbit download..

Als je gegevens hiervoor wil uitwisselen mischien even via een PM bericht doen ofzo?

/edit
Ik ben namelijk echt wel benieuwd of dit bij meerdere (glasvezel) ISPs het geval is..

[Reactie gewijzigd op zaterdag 4 april 2015 22:05]


Door Tweakers user demonic, zondag 5 april 2015 01:15

Ik heb hier een werkende ftp server staan, op een 100/100 glas verbinding.

Voor zover bekend heb ik nooit problemen gehad met het uploaden en/of downloaden van mijn server, altijd de volle snelheid(10+mb/s) gehaald.

Mocht je iets willen testen, laat het even weten.

Door Tweakers user damanseb, zondag 5 april 2015 16:00

Thanks demonic.
Ik heb gisteravond uitgebreid lopen testen met nog een aantal andere behulpzame tweakers.
We zijn tot de conclusie gekomen dat het probleem zich bevind tussen mijn ISP en mijn datacentrum..
Zodra de kantoren weer open zijn neem ik even contact op met beide partijen om de bevindingen te presenteren..

Iedereen die heeft gereageerd met suggesties dan wel testopstellingen, vriendelijk bedankt!

Door Tweakers user KillerAce_NL, zondag 5 april 2015 16:03

Ligt het niet gewoon aan je datacenter connectie (of peering) ? Iperf is leuk, maar dat kun je dus alleen naar je DC testen, probeer eens totaal anndere ftp's om te zien of je daar ook gecapped wordt.

Door Tweakers user damanseb, zondag 5 april 2015 16:22

Iperf draait op beide computers dus beide kanten op getest.
Het ligt inderdaad bij een van de twee, maar ik zie minder reden voor een datacentrum om download te cappen ten opzichte van het cappen van upload door ISP..
Als ik op de server in het datacentrum ga downloaden van andere bronnen is de snelheid wel als verwacht.. het zit hem dus echt in een specifieke route..

Dat hebben we dus gisteren gedaan met een aantal andere tweakers ook op glasvezel die hun verbinding beschikbaar stelden om FTP over te testen.

Ik heb een subnet waardoor ik wellicht op een ander netwerk (route-it) zit aangesloten dan op mijn provider netwerk zelf (heldenvannu)
Mischien dat het daar mee te maken heeft..
Ik zal dinsdag even met beide partijen contact opnemen om te kijken aan welke kant het zit.

Reageren is niet meer mogelijk