Pagina 1 van 1
heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 16:21
door keerekeerweere
links de snelheid van een container image download ghcr.io via de Telenet WAN
(1000/50) (1000/40)
rechts de snelheid van een container image download ghcr.io via de Edpnet VDSL XL (100/40)
andere downloads, bijvoorbeeld grote bestanden van cdn op huggingface halen (meestal) wel degelijke snelheden via telenet: 800Mbps+
iemand een idee?
(buiten eigen registry/mirror te gaan opzetten ?)
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 18:44
door philippe_d
Lijkt erop dat je "slachtoffer" bent van de
Telenet traffic shaper?
Verdeling bandbreedte
We verdelen de vrije bandbreedte op ons netwerk zo eerlijk mogelijk over alle gebruikers. Zo profiteren onze klanten van supersnel internet. Op extra drukke momenten beperken we de maximale snelheid van bepaald dataverkeer (bv. downloads, FTP,...) op plaatsen waar ons netwerk dreigt verzadigd te raken. Zo zorgen we ervoor dat onze klanten altijd vlot kunnen blijven streamen, browsen, gamen,...
zie ook:
viewtopic.php?t=62735 (topic van 2022, maar nog altijd aktueel?)
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 20:48
door keerekeerweere
philippe_d schreef: 3 maanden geleden
Lijkt erop dat je "slachtoffer" bent van de Telenet traffic shaper?
Daar lijkt het inderdaad op. fibernet heet dat dan....
Onbeperkt surfen tot 1 Gbps
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 21:08
door splinterbyte
Heb jij ook een download link die bv. met wget/curl kan getest worden?
en misschien offtopic maar hoe heb jij oneup met 50Mbps upload? volgens de specs is dat slechts 40Mbps:
https://www2.telenet.be/residential/nl/ ... n/one.html
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 21:13
door philippe_d
Business Fibernet speedboost (1000/50)?
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 21:15
door Sasuke
de TS heeft dezelfde setup als ik en ervaar exact hetzelfde probleem eigenlijk. Ook business fibernet 1000/50 met als 2de (backup) lijn een VDSL van EDPNET

Ik routeer regelmatig traffiek over de EDPNET omdat 'heel' soms de peerings, of de trafficshaper, bij telenet roet in het eten gooien.
Maar over het algemeen, ik haal die 1Gb wel degelijk bijna overal.
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 21:20
door keerekeerweere
Sasuke schreef: 3 maanden geleden
Ook business fibernet 1000/50 met als 2de (backup) lijn een VDSL van EDPNET
dan hebben we een heel gelijkaardige setup, 1000/40 fibernet en edpnet vdsl xl (als backup), die meer en meer primary wordt
via opnsense en gateways krijgt telenet de hogere prioriteit, en heb al wat zitten experimenteren om bepaalde subnets, hostnames, websites via de edpnet verbinding te sturen.
maar met dns en cdn zijn er vaak heel wat hosts en subnets aan te passen in de firewall rules.
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 22:20
door Sasuke
Enige tip die ik kan geven is om met een 'hosts alias' te werken waarin je de verschillende FQDNS of wildcard domains insteekt om je firewall policy te maken. OpnSense zal dat het IP resolven op basis van de hosts file alias. Allez, ik herinner me nog dat ik dat vroeger zo deed. Nu heb ik thuis een Fortigate draaien (van de krijg, anders nooit van je leven ...) en daar kan je gewoon je firewall rules/route rules op basis van een fqdn of bvb *.akamai.net ofzo doen.
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 13 apr 2025, 23:19
door keerekeerweere
thanks, dat was inderdaad de piste.
echter bij github gaat docker, in het geval van bijvoorbeeld ghcr.io/open-webui/open-webui:main een host kiezen uit één of andere cdn logica, dan kwam er telkens een cdn achtige hostname uit, bijvoorbeeld:
cdn-185-199-109-154.github.com.
een hostname met alias lukt blijkbaar niet (rechtstreeks),
*.github.com had ideaal geweest, maar geeft niet het gewenste resultaat.
dan maar heel de github network block in de alias gezet, en dat werkt goed, althans voor alles van github.com.
er zou een omweg via dnsmasq internal dns resolve bestaan, maar daar blijf ik even van weg, unbound doet hier wat speciallekes.
Toegevoegd na 1 minuut 9 seconden:
klopt helemaal, moet 1000/40 zijn.
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 17 apr 2025, 20:19
door keerekeerweere
Sasuke schreef: 3 maanden geleden
ervaar exact hetzelfde probleem eigenlijk
Kleine update:
ergens tussen 19u00 en 23u spitsuur bij telenet, voor (4k) video streaming alvast. nu heb ik eveneens een Youtube / Google CDN langs vdsl (edpnet) moeten sturen, via telenet begint het serieus te bufferen.
Zover heb ik dus :
- de CDN voor ghcr.io
- google/youtube cdn
- VPS root server bij netcup / hetzner
Zijn er andere die je richting vdsl/edpnet stuurt ?
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 17 apr 2025, 21:02
door Sasuke
Om heel eerlijk te zijn, bij mij is het enkel ghcr.io en SMTP verkeer voorlopig, de rest is puur om traffiek wat te spreiden. Ik ervar nooit issues met google/youtube of Hetzner servers ( ... userbase draait ook op een hetzner omgeving trouwens)
Re: heel lage download snelheid bij sommige container / docker repositories
Geplaatst: 18 apr 2025, 13:18
door keerekeerweere
zelfde verhaal bij Hetzner en Netcup, meestal is het niet noodzakelijk (ik heb niet altijd de volle 100Mbit nodig), maar ik blijf het vervelend vinden dat een gbit coax verbinding
in menige gevallen nog geen 100mbit haalt, nauwelijks 40mbit eigenlijk. Je zou denken dat het aan de hosters ligt die over provisioneren, maar niet helemaal zo blijkt.
Het is inderdaad niet bij alle transfers, sommige cdn's halen wel goede snelheden: 800-900mbps wat me laat concluderen dat het niet aan het coax/vdsl gedeelte ligt, maar eerder aan verbindingen bij telenet versus edpnet naar buiten toe. (upstream, peerings, ... ).
iperf3 Hetzner, network: 195.201.0.0/16
links
telenet, rechts
edpnet
iperf3 Netcup, network: 92.60.36.0/22
links
telenet, rechts
edpnet
edit: typo