Lage file transfer naar Zweden

[darkdesire19]

Beste mede-Tweakers,

Ik heb nogal een apart probleem en ik dacht misschien weet iemand hier wel wat meer:).

Ik heb een eigen media server waar ik onder anderen mijn eigen media collectie op host en deze deel d.m.v. Jellyfin & FTP (Ik weet het wat een oude meuk;P).

Ik heb nu het volgende gekke probleem:
Mijn broertje woont momenteel in Zweden en heeft constant problemen om films / series van de server te bekijken.

Nu ben ik momenteel bij hem en heb ik gekeken met filezilla wat de transfer speed is: +-300kb/s....

Alleen als ik gebruik maak van de FTP testserver van tele2 behaald hij gewoon 11Mb/s.

Ook als ik op 4g probeer te downloaden krijg ik ook makkelijk 4-5Mb/s.

Het probleem lijkt hem dus echt tussen de server in Nederland en zijn netwerk in Zweden te zitten.

Heeft iemand hier enig idee hoe dit het beste te diagnosen is?

[Ernemmer]

Virusscanner?

[darkdesire19]

Ik denk het niet, ook op mijn telefoon is de transfer speed op zijn netwerk(via wifi) ook langzaam.

Maar als ik naar 4G ga dan doet ie het prima

[hcQd]

Waarschijnlijk is er geen peering tussen de twee netwerken, en dan kan het verkeer de meest gare routes nemen. Je zou eens met mtr of traceroute kunnen kijken of het verkeer niet via de vs loopt, of zo. Eventueel zou je een populaire vpn kunnen proberen.

[Rmg]

https://www.catchpoint.co.../how-to-read-a-traceroute

Kan je kijken hoe je verkeer loopt, via een vpn of vps routen zou kunnen helpen

[darkdesire19]

Routetrace, van de pc naar de server, is als volgt:



Ik heb het ip weggehaald(for obvious reasons)

[darkdesire19]

Is het dan alleen niet gek dat het met 4G prima werkt?

[laurens0619]

@darkdesire19 vergelijk de route eens met 4g?

Verder helaas vrij herkenbaar dat consumentenlijn naar consumentenlijn soms op drama snelheden uitkomt.. waarsch zit oorzaak wat @hcQd noemde

[Dartlink]

Klinkt als TCP Window scaling Hoe hoger de RTT hoe lager je bandbreedte.

https://bradhedlund.com/2...-for-long-distance-links/

[darkdesire19]

laurens0619 schreef op zondag 26 maart 2023 @ 20:39:
@darkdesire19 vergelijk de route eens met 4g?

Verder helaas vrij herkenbaar dat consumentenlijn naar consumentenlijn soms op drama snelheden uitkomt.. waarsch zit oorzaak wat @hcQd noemde

Dan zou ik een RouteTrace op mn telefoon moeten draaien, enig advies hoe ik dat het beste doe?

En ik heb een WireGuard server draaien op mn server. Zou het connecten hiermee dit probleem ook niet oplossen?

[laurens0619]

@darkdesire19 de app fing kan dat

Vpn via wiregurd is interessante test. Als t op de routes zit dan zou t niet sneller moeten gaan tenzij je andere routes krijgt door t gebruikte protocol (geen idee of dat kan )

[ Voor 13% gewijzigd door laurens0619 op 26-03-2023 21:10 ]

[Bl@ckbird]

Hoge latency (zeker met ook maar een klein beetje packetloss) heeft directe invloed op de maximale throughput die je kan halen. (Ook al heb je een 10Gbps pijp liggen.)

Dit kan je optimaliseren door een VPN te gebruiken met BBR TCP of een VPS met VPN en BBR TCP enabled.
Ik heb daar in het verleden een blog over geschreven.

[darkdesire19]

Gek genoeg ziet mijn routetrace op Android er niet geweldig uit(vgm).
Staan veel * * * in:




Ik zal komende vrijdag / zondag nog ff testen met WireGuard VPN actief.

In ieder geval al erg bedankt iedereen!

[Bl@ckbird]

darkdesire19 schreef op zondag 26 maart 2023 @ 20:52:
[...]


Dan zou ik een RouteTrace op mn telefoon moeten draaien, enig advies hoe ik dat het beste doe?

En ik heb een WireGuard server draaien op mn server. Zou het connecten hiermee dit probleem ook niet oplossen?

Alleen VPN lost het probleem niet op. (Invloed van latency op TCP.)
Hoewel de tunnel zelf UDP gebruikt, is het verkeer in de tunnel zelf nog steeds classic TCP en onderhevig aan dezelfde latency.

Als je server Linux draait kan je BBR TCP activeren.

Alternatief is zelf een Linux server draaien met BBR TCP enabled, een TCP proxy en VPN server. (Wireguard, OpenVPN, etc.)

Eventueel kan je tijdelijk een testsetup bouwen in VirtualBox.

[ Voor 55% gewijzigd door Bl@ckbird op 27-03-2023 00:34 ]

[Frogmen]

Kan het niet zo zijn dat ze ftp een lagere prio krijgt met alle gevolgen van dien. Ook voor de veiligheid zou ik trouwens een VPN gebruiken. FTP is niet veilig en het zullen niet allemaal vakantiefilms zijn.

[mash_man02]

Bl@ckbird schreef op zondag 26 maart 2023 @ 22:58:
[...]


Alleen VPN lost het probleem niet op. (Invloed van latency op TCP.)
Hoewel de tunnel zelf UDP gebruikt, is het verkeer in de tunnel zelf nog steeds classic TCP en onderhevig aan dezelfde latency.

Als je server Linux draait kan je BBR TCP activeren.

Alternatief is zelf een Linux server draaien met BBR TCP enabled, een TCP proxy en VPN server. (Wireguard, OpenVPN, etc.)

Eventueel kan je tijdelijk een testsetup bouwen in VirtualBox.

Wireguard ondersteund dtls dus dat zou een TCP window scaling issue wel kunnen omzijlen.

Maar misschien dat het verstandig is om dat als eerste te constateren. Kun je een tcp dump of wireshark capture van de sessie maken ?

Dan graag even kijken naar de TCP windows die aangeboden worden en de roundtriptijd, dat is over het algemeen aan de client kant de delta tussen syn en syn ack. en aan server kant de delta tussen syn ack en ack bij het starten van de sessie.

https://www.sd-wan-expert...less-than-your-bandwidth/

De boveliggende url geeft aan hoe je maximale doorvoer met het window en de latency berekend.

[ Voor 15% gewijzigd door mash_man02 op 27-03-2023 10:16 ]

[Flans]

Je zou ook nog kunnen kijken naar een Cloudflare Argotunnel. Zelfde principe als een VPN en ook te gebruiken om je Jellyfin communicatie overheen te laten lopen.

Wat ik me los van de verbinding nog bedacht - specifiek voor Jellyfin - wat voor decoding/encoding heb je aan staan? En de vraag daarachter, trekt je server/nas dat allemaal wel?

[darkdesire19]

Bl@ckbird schreef op zondag 26 maart 2023 @ 22:58:
[...]


Alleen VPN lost het probleem niet op. (Invloed van latency op TCP.)
Hoewel de tunnel zelf UDP gebruikt, is het verkeer in de tunnel zelf nog steeds classic TCP en onderhevig aan dezelfde latency.

Als je server Linux draait kan je BBR TCP activeren.

Alternatief is zelf een Linux server draaien met BBR TCP enabled, een TCP proxy en VPN server. (Wireguard, OpenVPN, etc.)

Eventueel kan je tijdelijk een testsetup bouwen in VirtualBox.

Ik heb BBR TCP aangezet op mn server en het werkt perfect! De FTP heeft veel betere / stabielere performance.

Heeft BBR TCP effect op al het verkeer vanaf de server, dus ook bvb Jellyfin / andere services of alleen op FTP?

Misschien een domme vraag hoor, maar dit is vrij nieuw voor mij😅

[Bl@ckbird]

BBR TCP werkt voor al het verkeer wat op TCP draait, zoals FTP, HTTP(S), etc. Het werkt niet voor UDP verkeer, zoals VoIP en veel games. (Maar latency heeft geen invloed op de throughput van UDP verkeer.)

Het is ontwikkeld door Google en je kan het op de (Linux) server aan zetten. De client hoeft geen BBR TCP te ondersteunen.

[ Voor 9% gewijzigd door Bl@ckbird op 27-03-2023 21:16 ]

[darkdesire19]

Bl@ckbird schreef op zondag 26 maart 2023 @ 22:58:
[...]


Alleen VPN lost het probleem niet op. (Invloed van latency op TCP.)
Hoewel de tunnel zelf UDP gebruikt, is het verkeer in de tunnel zelf nog steeds classic TCP en onderhevig aan dezelfde latency.

Als je server Linux draait kan je BBR TCP activeren.

Alternatief is zelf een Linux server draaien met BBR TCP enabled, een TCP proxy en VPN server. (Wireguard, OpenVPN, etc.)

Eventueel kan je tijdelijk een testsetup bouwen in VirtualBox.

Dit antwoord heeft voor mij het beste geholpen.
Sinds ik BBR TCP heb aangezet werkt de connectie naar Zweden top.

Ik wil jullie allemaal hartelijk bedanken voor de hulp!