- NL
|
26.496
netweters
|
164.812
antwoorden
|
|
22.122
vragen
|
Beste mede-Netweters en Telenet-moderatoren,
Ik zit met een principiële en technische kwestie over de levering van de beloofde snelheden op het premium 2.5 Gbps internetabonnement, specifiek tijdens de piekuren (17:00u - 24:00u).
De situatie & Technische Setup Buiten de piekuren presteert de verbinding uitstekend. Mijn setup sluit elke vorm van lokale netwerkproblemen uit: Modem: Telenet-modem Metingen: De snelheden worden rechtstreeks door de 2.5gbps poort van de telenet modem gemeten (dus zonder tussenkomst van interne switches, Wi-Fi of clients). De interne setup (met 2.5G PCIE adapter) trekt buiten de piekuren ook probleemloos de volle lijn open. Buiten de piekuren meet er consistent tussen de 2.1 Gbps en 2.5 Gbps. Echter, elke dag tussen 17:00u en 24:00u valt deze downloadsnelheid klokvast en structureel terug naar een niveau tussen 1 Gbps en 1.7 Gbps. Dat is een verlies van tot wel 40% op de geadverteerde snelheid. (Sinds laatste metingen zelf naar 500mbps, 1/5 van wat beloofd wordt!)
Merk op metingen zijn sinds 2 dagen om het uur ipv om de 4 uur, echter zien we enorme consistentie zelf met metingen om de 4 uur maar, bij de nieuwe metingen om het uur van laatste dagen is het duidelijk dat we zelf naar 500mbps worden gelimiteerd...
Meeste metingen gebeuren via telenet speedtest server dus ook hier zou geen externe factoren een rol kunnen spelen.
Het knelpunt: Transparantie en Netwerkbeheer Ik ben bekend met de kleine lettertjes in de infofiches en de pagina rond internetgebruik (telenet.be/internetgebruik). Telenet dekt zich daar juridisch in onder de noemer 'Netwerkbeheer', waarbij vermeld wordt dat op extra drukke momenten de snelheid van bepaald dataverkeer tijdelijk beperkt kan worden om verzadiging tegen te gaan. Een klokvaste, dagelijkse drop gedurende exact dezelfde 7 uren voelt echter niet als "tijdelijk netwerkbeheer bij dreigende verzadiging", maar als een structureel capaciteitstekort van de lokale node (node-congestie) óf een ongedocumenteerde, artificiële limiet (traffic shaping / throttling) op het 2.5 Gbps-profiel. Aangezien de Europese wetgeving rond netneutraliteit (en de richtlijnen van het BIPT) voorschrijft dat providers transparant moeten zijn over de concrete impact van netwerkbeheer en de minimale/maximale snelheden, mis ik hier duidelijke communicatie.
Mijn vragen aan Telenet en de community:
1. Aan Telenet: Hanteert het netwerkbeheer tijdens piekuren actieve, vooraf ingestelde snelheidsbeperkingen op het 2.5 Gbps-profiel, of kijken we hier puur naar een lokale wijknode die de capaciteit fysiek niet meer aankan? (Regio: 9290)
2. Aan Telenet: Hoe rijmt Telenet het actief verkopen van premium 2.5 Gbps abonnementen met het feit dat de infrastructuur tijdens de piekuren de beloofde bandbreedte structureel niet kan leveren?
3. Aan de mede-Netweters: Zijn er hier meer grootverbruikers (met eigen routers/bridge-modus) die ditzelfde strakke patroon en exact deze drop rond de avonduren opmerken? Ik hoop op een transparante en technische reactie van een moderator om te kijken of mijn lokale node aan een 'node-split' toe is, in plaats van het standaard "start je modem eens opnieuw op"-advies. Met vriendelijke groet,
Beste,
Helaas heb ik exact hetzelfde ondervonden sinds ik geswitched ben naar het Turbo-abonnement. De resultaten en de extreme consistentie die jij hier schetst, zijn identiek aan wat ik hier thuis al een tijd opmerk.
Om zoveel mogelijk externe factoren (zoals switches, wifi of NICs) uit te sluiten, meet ik de binnenkomende snelheid rechtstreeks aan de WAN-zijde.
Mijn setup:
Telenet-modem in Bridge-modus.
Een UniFi Dream Machine Pro (UDM Pro) die met een Cat6-kabel rechtstreeks is aangesloten op de 2.5 Gbps-poort van de Telenet-modem.
De metingen gebeuren via de ingebouwde speedtest-tool van de UDM Pro zelf, dus puur op de binnenkomende lijn.
Mijn bevindingen (exact hetzelfde patroon): Buiten de piekuren trekt de UDM Pro op die 2.5G-poort moeiteloos het maximum open: ik meet dan consistent tussen de 2.2 Gbps en 2.5 Gbps. De lijn kan het dus perfect aan.
Maar vanaf ongeveer 17:00u, merk ik een enorme daling in de throughput. Tijdens de piekuren zakt de snelheid op de WAN-poort bij mij consistent weg naar 1.2 Gbps à 1.7 Gbps, met uitschieters die de laatste dagen inderdaad nog forser dippen. Omdat de router dit zelf rechtstreeks op de modem meet, is mijn interne netwerk volledig uitgesloten als schuldige.
Dat we allebei (met verschillende setups maar allebei rechtstreeks op de 2.5G-poort van de modem) exact dezelfde klokvaste dip zien, bewijst dat het probleem waarschijnlijk puur aan de kant van Telenet ligt. Dit is ofwel zware node-congestie, ofwel ongedocumenteerde traffic shaping. (Waar zeer weinig/geen duidelijke info over te vinden is zo ver ik heb gezien)
Indien nodig kan ik via mijn UDM Pro de komende week elk uur een geautomatiseerde speedtest laten draaien om een historisch overzicht van deze dagelijkse dip aan te leveren.
Alvast bedankt!
Hun adrescheck geeft voor mij
2.5gbps beschikbaar dus...
via hun https://www2.telenet.be/residential/nl/mijn-telenet/je-internetsnelheid.html krijg ik echter maar dit... (turbo abbonoment gekozen, fiber turbo geprobeerd maar werkt niet)
en dat terwijl mytelenet danweer zegt
Allemaal heel vreemd, echter krijg ik ook meer dan 1gbps gedurende niet piek uren, hun geadverteerde en maximale snelheid klopt dus ook voor geen meter.
@tst-038 schreef:Het knelpunt: Transparantie en Netwerkbeheer Ik ben bekend met de kleine lettertjes in de infofiches en de pagina rond internetgebruik (telenet.be/internetgebruik). Telenet dekt zich daar juridisch in onder de noemer 'Netwerkbeheer', waarbij vermeld wordt dat op extra drukke momenten de snelheid van bepaald dataverkeer tijdelijk beperkt kan worden om verzadiging tegen te gaan. Een klokvaste, dagelijkse drop gedurende exact dezelfde 7 uren voelt echter niet als "tijdelijk netwerkbeheer bij dreigende verzadiging", maar als een structureel capaciteitstekort van de lokale node (node-congestie) óf een ongedocumenteerde, artificiële limiet (traffic shaping / throttling) op het 2.5 Gbps-profiel.
Er zijn 3 mogelijkheden waarom de snelheid niet gehaald wordt tijdens piekuren:
- een overbelasting van het netwerk (wegens overboeking) op de ogenblikken dat er heel veel traffiek is (hoogtepunt rond 21u).
- "smallband" bij volume overschrijding (20/2 Mbps tijdens piekuren (17u - 24u)
- een actieve throtteling zoals beschreven in het "Telenet netwerkbeheer" (19u - 23u)
Dat er tijdens de drukke uren een overbelasting is op de meeste nodes is niet verwonderlijk. Zoals uitgelegd in https://www.netweters.be/t5/Instellingen-software-hardware/Klachten-over-Telenet-internet-meer-dan-v... is de gedeelde downloadcapaciteit op de meeste nodes ca 3.7 Gbps (op sommige nodes waar Docsis 3.1 tot 950 MHz geactiveerd is kan dat 4.7 Gbps zijn. Van zodra 2 gebruikers met een 2.5 Gbps profiel gelijktijdig de vol downloaden wordt de download reeds volledig toegetrokken (zelfs op een 950Mhz node).
Intensieve gebruikers (> 3TB tijdens piekuren) worden op smallband gezet tot de volgende afrekeningsperiode. Hierbij wordt de snelheid verminderd naar 20/2 Mbps (piekuren = 17u - 24u)
Actieve throtteling wordt toegepast op nodes die "dreigen verzadigd te geraken". Met het woord "tijdelijk" wordt bedoeld: tot de node niet meer verzadigd dreigt te geraken: dan wordt de throtteling voor een volgende periode terug uitgeschakeled. Hierbij wordt het verkeer van bepaalde traffiek (ftp, downloads) gereduceerd op "extra drukke momenten" (19u - 23u). Dit weerspiegelt zich in de speedtest, maar de normale traffiek zoals streamen, surfen, mailen wordt hierdoor niet beïnvloed.
TLNR: Aan de hand van de tijdstippen kan je weten welke soort downloadbeperking je ondervindt:
- overbelasting: piek is rond 21u, maar hangt af van andere gebruikers op jouw node (op mijn node was er een piek om 18.15 gisteren, en ook deze morgen om 11.30 zie grafiek hieronder) 🤔
- smallband: altijd tijdens piekuren (17u-24u voor "intensieve gebruikers" (> 3TB) tot de volgende Telemeter reset
- netwerkbeheer: tijdens "extra drukke" momenten (in de praktijk 19u-23u), alleen op verzadigde nodes, alleen voor P2P (downloads, FTP)
De definitie van een "node die verzadigd dreigt te geraken" is mij onbekend. Ik denk dat iedere node waarop meerdere 2.5Gbps gebruikers aangesloten zijn aan deze definitie beantwoordt 😁
