Bizarre verschil tussen download en upload

Ik heb last van verschil in download en upload snelheid.

4.35 MBytes/sec download
91.3 MBytes/sec upload

(ik heb 1000/1000 glas)

http(s), ssh, iperf3, laten allemaal ongeveer het zelfde zien, ik dacht eerst dat het mijn (linux)router was dus heb een pc rechtstreeks aangesloten op de media converter (daar waar glas en een ethernet kabel samenkomen) en een PPPoe connectie laten maken met default instellingen, maakt allemaal niet uit.

Voorheen had ik hier geen last van, onbekend sinds wanneer ik hier last van heb (deed voor de fun eens een snelheid test gisteren).

Heeft iemand een idee waar ik dat kan zoeken en of verder kan debuggen?

edit: geen verschil tussen ipv4 of ipv6 connecties/snelheid testen

Zijn dit niet de snelheden van gigabit bij VodafoneZiggo? :sweat_smile:

Goede troubleshooting. Lijkt wel alsof je een verkeerd profiel hebt toegewezen gekregen.

uhu, maar dan andersom qua down/up als bij VodafoneZiggo.

Lijkt wel alsof je een verkeerd profiel hebt toegewezen gekregen.

Wie of dat doet dat, weet je dat ook?

Nee, geen idee. Lijkt me overigens ook een heel vreemd profiel, vraag me af of dat wel bestaat.

Ms de one-in-a-million fout waarbij vocht/water in de kabel zorgt dat één van de golflengen (in jouw geval TX omhoog) is beschadigd. Je zult hiervoor de helpdesk moeten inschakelen om zaken door te laten meten.

Optioneel kan je/ik vermoeden dat de mediaconverter stuk is wat je kunt uitproberen door die om te wisselen met al of niet een andere of via een directe glasrouter. Indien je het aandurft/kan, kan je proberen de glasconnecter even (heen en weer) opnieuw in de Mediaconverter te duwen. Wel een paar keer per jaar meegemaakt - set en forget - in DC’s dat dit vaak helpt.

Just to be sure: geen groene connector op een blauwe gestoken of omgekeerd?..
(In dat geval kan het koppelvlak beschadigd zijn.)

nee, kijk maar een naar het volgende plaatje
image
je maakt de glasvezel aan beide kanten kapot

Ik heb sowieso nooit zelf iets met die media converter gedaan (niet van plan ook, geen/niet genoeg kennis van), dat heeft een engineer van xs4all in 2019 allemaal gedaan.

Heb gemailed naar de helpdesk met een link naar dit forum topic.

Heb je hier ooit antwoord op gehad? Ik ervaar namelijk precies hetzelfde momenteel, vooral als het gaat om downloads over een enkele verbinding.

Speedtest met enkele verbinding
12691309269

Speedtest met meerdere verbindingen
12691320561

SCP Upload TansIP VPS

➜  Downloads scp 1gb.bin vps:/tmp
1gb.bin 24%  248MB  83.3MB/s   00:09 ETA

SCP Download TansIP VPS

➜  Downloads scp vps:/tmp/1gb.bin .
1gb.bin 4%   45MB   5.2MB/s   03:08 ETA

iPerf send*

➜  ~ iperf3 -c speedtest.serverius.net -p 5002 -P 1 -4
Connecting to host speedtest.serverius.net, port 5002
[  7] local 192.168.100.107 port 49419 connected to 178.21.16.76 port 5002
[ ID] Interval           Transfer     Bitrate
[  7]   0.00-1.00   sec  89.1 MBytes   747 Mbits/sec
[  7]   1.00-2.00   sec  91.6 MBytes   768 Mbits/sec
[  7]   2.00-3.00   sec   102 MBytes   854 Mbits/sec
[  7]   3.00-4.00   sec  95.0 MBytes   797 Mbits/sec
[  7]   4.00-5.00   sec   106 MBytes   887 Mbits/sec
[  7]   5.00-6.00   sec   110 MBytes   926 Mbits/sec
[  7]   6.00-7.00   sec  96.4 MBytes   809 Mbits/sec
[  7]   7.00-8.00   sec  92.7 MBytes   778 Mbits/sec
[  7]   8.00-9.00   sec  99.1 MBytes   832 Mbits/sec
[  7]   9.00-10.00  sec  88.7 MBytes   744 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  7]   0.00-10.00  sec   971 MBytes   814 Mbits/sec                  sender
[  7]   0.00-10.00  sec   970 MBytes   814 Mbits/sec                  receiver

iperf Done.

iPerf receive

➜  ~ iperf3 -c speedtest.serverius.net -p 5002 -P 1 -4 -R
Connecting to host speedtest.serverius.net, port 5002
Reverse mode, remote host speedtest.serverius.net is sending
[  7] local 192.168.100.107 port 49421 connected to 178.21.16.76 port 5002
[ ID] Interval           Transfer     Bitrate
[  7]   0.00-1.00   sec  3.03 MBytes  25.4 Mbits/sec
[  7]   1.00-2.00   sec  3.96 MBytes  33.2 Mbits/sec
[  7]   2.00-3.00   sec  3.86 MBytes  32.4 Mbits/sec
[  7]   3.00-4.00   sec  3.81 MBytes  31.9 Mbits/sec
[  7]   4.00-5.00   sec  3.64 MBytes  30.5 Mbits/sec
[  7]   5.00-6.00   sec  1.58 MBytes  13.2 Mbits/sec
[  7]   6.00-7.00   sec  1.09 MBytes  9.11 Mbits/sec
[  7]   7.00-8.00   sec  3.28 MBytes  27.5 Mbits/sec
[  7]   8.00-9.00   sec  3.69 MBytes  31.0 Mbits/sec
[  7]   9.00-10.00  sec  3.95 MBytes  33.2 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  7]   0.00-10.00  sec  32.1 MBytes  27.0 Mbits/sec  268             sender
[  7]   0.00-10.00  sec  31.9 MBytes  26.7 Mbits/sec                  receiver

iperf Done.

Om dingen als kabels en switches uit te sluiten heb ik ook een test direct op mijn EdgeRouter gedaan (aangesloten via SFP direct op glas):

EdgeRouter

donny@ubnt# curl -o /dev/null http://download.xs4all.nl/test/2gb.bin
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  2 1907M    2 54.0M    0     0  12.0M      0  0:02:38  0:00:04  0:02:34 12.0M

Ik kan hier nog wel 20 andere speedtests posten, maar het komt er eigenlijk op neer dat de download eigenlijk in alle gevallen niet boven de 250Mb/s komt, tenzij er meerdere verbindingen gebruikt worden. De bandbreedte is er dus wel bij zowel mij als de uploadende partij, alleen wordt het niet goed ingezet lijkt het.

Interessant, ik heb hetzelfde probleem!

Doet mij denken aan capping door je browser o.i.d.

Wat behaal je wanneer je plat wat op haalt:
wget -O /dev/null http://speedtest.tele2.net/1GB.zip
moet toch in 10sec wel klaar zijn.

Laat maar :yum:, ik zie dat je al curl e.d. hebt gebruikt, die bij mij keurig jakkert op 109MByte/sec.
Bizar idd dat je zelfs direct achter je aansluiting, niet verder komt.

Ik heb letterlijk een curl vanaf mijn router gepost. Maar, prima :slight_smile:

➜  ~ wget -O /dev/null http://speedtest.tele2.net/1GB.zip
--2022-01-31 13:51:08--  http://speedtest.tele2.net/1GB.zip
Herleiden van speedtest.tele2.net (speedtest.tele2.net)... 90.130.70.73
Verbinding maken met speedtest.tele2.net (speedtest.tele2.net)|90.130.70.73|:80... verbonden.
HTTP-verzoek is verzonden; wachten op antwoord... 200 OK
Lengte: 1073741824 (1,0G) [application/zip]
Wordt opgeslagen als: ‘/dev/null’

/dev/null                                              25%[=============================>                                                                                            ] 256,65M  18,4MB/s    eta 34s

Wederom ~200Mbit/s

Hm dat van de browser zou weleens kunnen kloppen.
Ik zit even in Windows (I know) en met curl haal ik met 1 connectie de volle 200 Mbit/s - terwijl ik overigens gigabit afneem.

ik zag het ook net pas. Snelle lezers zijn slechte posters… just interested.

Geeft niet, ik had aanvankelijk dezelfde conclusie tot het me op steeds meer plekken ging opvallen dat downloads trager gingen.

Hou er ook rekening mee op wat voor een device dit runt.

Een Raspberry PI 3b haalt rond de 25MB seconde en een satelliet ontvanger haalt bijna 50MB op een 500bit/s verbinding.

Ik snap je gedachtegang, maar hardware is het probleem niet hier. Zeker niet aangezien upload wel prima gaat.

Wat voor aansluiting heb je eigenlijk… een 1:1 of GPON ?

Ms kan je e.e.a. controleren door de test via een VPN te doen, ik ken(de) providers die dan niet throttlen.
Ik neem aan dat wanneer je jezelf - in huis - speedtest, wel de volledige capaciteit hebt.

Ik ben inmiddels iets verder via de helpdesk gekomen (goede ervaring), na veel onderzoek om uit te sluiten dat het probleem aan mij kant/in mijn hardware/setup zat.

Probleem zit niet aan mijn kant.

mail van freedom helpdesk:

Ik wil je graag een update sturen omtrent de snelheidsproblemen. Ook om te laten weten dat we er nog mee bezig zijn en dit niet vergeten zijn.
We horen de laatste dagen dit probleem meer naar voren komen.
We zijn daarom nu bezig dit te onderzoeken al vergt dit wel wat tijd.
Het probleem is helaas niet direct aan te wijzen en er moet op veel verschillende punten gemeten worden waar wij kunnen.
Daarnaast moet er ook samen werking zijn met WBA voor een goede analyse.

3 likes

Ah gaaf. Bedankt. We wachten af :slight_smile: