Bandbreedte optimalisatietips voor snellere overdrachten

Om het maximale uit je uploadbandbreedte te halen, doe je vier dingen: leg een kabel via gigabit Ethernet in plaats van Wi-Fi, zet QoS of SQM aan op je router om bufferbloat te elimineren, schakel je verbinding over op IPv6 waar je ISP dat ondersteunt, en pauzeer achtergrondsyncs zoals Dropbox, iCloud en Google Drive tijdens de overdracht. Op een 500 Mbps-upload die tijdens echte overdrachten eigenlijk 180 Mbps levert, herstellen deze vier aanpassingen samen doorgaans 200 tot 280 Mbps bruikbare doorvoer en kort een overdracht van 10 GB in van 45 minuten naar onder de 15.

Leg een kabel en vergeet Wi-Fi voor grote bestanden

Wi-Fi 6 (802.11ax) op een goede 2x2-client op 1,5 meter van het access point haalt rond 600 Mbps echte doorvoer. Wi-Fi 5 (802.11ac) zit dichter bij 300 Mbps. In de volgende kamer met een muur ertussen dalen die cijfers met 40 tot 60 procent. Gigabit Ethernet levert consistent 940 Mbps met minder dan 1 ms jitter.

Een USB-C-naar-Gigabit-Ethernet-adapter van €15 presteert beter dan de ingebouwde Wi-Fi van de meeste laptops voor uploads boven 2 GB. Als je geen kabel kunt trekken, schakel dan op zijn minst naar de 5 GHz-band en blijf in zichtlijn van de router. 2,4 GHz cap rond 60 tot 80 Mbps in echte omstandigheden en heeft niets te zoeken bij een bestandsoverdracht.

QoS en SQM: het medicijn tegen bufferbloat

Bufferbloat is de reden dat je Zoom-gesprek hapert op het moment dat iemand in huis een upload start. Traditionele routerbuffers stapelen pakketten seconden lang op verzadigde links, waardoor de latentie wordt vernietigd. Smart Queue Management-algoritmen (SQM) zoals CAKE en fq_codel houden wachtrijen kort, zelfs onder belasting, zodat een upload van 500 Mbps geen 300 ms latentie toevoegt aan al het andere.

OpenWrt, pfSense en de meeste moderne routers (Asus met Merlin-firmware, Ubiquiti UniFi, eero Pro 6E) ondersteunen SQM. Zet het aan, stel je uplink in op ongeveer 95 procent van je geprovisioneerde snelheid, en kijk hoe de bufferbloat-test van DSLReports of Waveform daalt van een F-cijfer naar een A+.

Dit voegt geen bandbreedte toe, maar elimineert het doorvoerverlies van 40 tot 60 procent dat optreedt wanneer bufferbloat je TCP-zender herhaaldelijk doet terugtrekken.

IPv6 is doorgaans sneller

Op ISP's die dual-stack ondersteunen, routeert IPv6 vaak directer naar grote clouddestinaties. AWS, Google Cloud, Cloudflare en Azure draaien allemaal native IPv6, en een pakket via IPv6 omzeilt doorgaans één of twee NAT-hops vergeleken met IPv4 CGNAT-paden die gebruikelijk zijn op mobiel en sommige residentiële netwerken.

Check via ipv6-test.com of test-ipv6.com. Als je 10/10 scoort, gebruik je al IPv6 waar beschikbaar. Als niet, schakel het in op je router (de meeste ISP's pushen configuraties via DHCPv6 of PPPoE automatisch). Het verschil bij een transcontinentale upload kan 20 tot 40 procent zijn.

Zet alles dat op de achtergrond synchroniseert uit

Dropbox, Google Drive, OneDrive, iCloud Foto's, Time Machine via netwerk en backuptools zoals Backblaze verbruiken allemaal stil uploadbandbreedte. De activiteitsmonitor van macOS (tabblad Netwerk, sorteer op "Verzonden bytes") en Windows' Resourcemonitor onthullen de daders.

Pauzeer ze voor een grote overdracht. iCloud Foto's kan na het importeren van een shoot stil gigabytes pushen. Backblaze's standaard throttle is "automatisch", wat "neem alles beschikbaar" betekent bij een inactieve verbinding.

Een Zoom-gesprek in 1080p gebruikt ongeveer 3 Mbps upstream. Een Google Meet HD-gesprek zit rond 2,5 Mbps. Als iemand in huis een videogesprek voert, plan de overdracht er omheen of accepteer een verlies van 2 tot 3 Mbps.

DNS en de first-byte time

Verkeerd geconfigureerde DNS kan 50 tot 200 ms latentie toevoegen voordat een TCP-verbinding zelfs maar begint. Als je nog de standaard resolver van je ISP gebruikt, probeer dan Cloudflares 1.1.1.1 of Googles 8.8.8.8. Gebruik dig +stats overdrachtsdienst.com om responstijden te vergelijken. Voor chunked uploads die veel verbindingen openen, werkt een snelle resolver door in merkbaar hogere totale doorvoer.

Op macOS wijzig je DNS via Systeeminstellingen > Netwerk > Details > DNS. Op Windows 11 via Instellingen > Netwerk en internet > (je adapter) > DNS-serverinstelling bewerken.

MTU-afstemming op bijzondere netwerken

Als je op een VPN, een PPPoE DSL-verbinding of een mobiele uplink zit, kan je MTU lager zijn dan de standaard 1500 bytes. Een verkeerd afgestelde MTU veroorzaakt TCP-fragmentatie, hertransmissies en doorvoercollaps. Test met ping -s 1472 -D google.com op macOS/Linux of ping -f -l 1472 google.com op Windows. Als pakketten niet terugkeren, verlaag MTU in stappen van 10 bytes totdat ze dat wel doen, stel dan die waarde (plus 28 voor ICMP-overhead) in als interface-MTU.

Gangbare werkende waarden: 1500 op de meeste breedband, 1492 op PPPoE DSL, 1428 op sommige WireGuard VPN's, 1400 op de meeste 5G-carriers.

Congestiebeheersing: BBR versus Cubic

Op Linux-systemen die naar de cloud uploaden, kan het wisselen van TCP-congestiebeheersing van Cubic naar BBR (Bottleneck Bandwidth and RTT) de doorvoer op hoge-latentie, licht verlieslijdende links verdubbelen. Schakel in via sysctl -w net.ipv4.tcp_congestion_control=bbr. macOS en Windows gebruiken standaard varianten van Cubic-gebaseerde algoritmen en stellen deze instelling niet gemakkelijk bloot, maar cloud-transfer-eindpunten draaien steeds vaker BBR aan hun kant, wat ook helpt als jouw kant dat niet doet.

Dit is één reden waarom diensten op Google Cloud (Smash, een deel van SwissTransfer-verkeer) vaak sneller aanvoelen dan identieke diensten op legacy hosts.

Browserkeuze maakt uit

Op Chromium gebaseerde browsers (Chrome, Edge, Brave, Arc) ondersteunen HTTP/3 en QUIC standaard, wat HTTP/2 over HTTPS op verlieslijdende links overtreft met 15 tot 25 procent. Firefox levert ook QUIC. Safari 17+ ondersteunt HTTP/3 maar valt voor sommige diensten standaard terug op HTTP/2. Controleer via DevTools' Network-paneel, kolom "Protocol".

Als het upload-eindpunt van een overdrachtsdienst HTTP/3 serveert, betekent het laten kiezen van de browser minder handshake round-trips per chunk, wat telt bij parallelle uploads die 4 tot 8 gelijktijdige streams openen.

Kies een dienst die de pijp respecteert

Sommige overdrachtsdiensten throttelen uploads ongeacht hoeveel bandbreedte je hebt. Een lijn van 50 Gbps kan nog steeds kruipen door een tool die per-transfer doorvoer beperkt tot 30 Mbps. HexaTransfer streamt chunks parallel via HTTP/2 met AES-256-GCM-versleuteling in Web Workers, zodat je upload verzadigt wat je verbinding daadwerkelijk kan leveren tot het plafond van 10 GB per overdracht.

Probeer het op hexatransfer.com — gratis, zonder account, tot 10 GB.