Userbase

Is er hier iemand die al eens op z'n router geteld en berekend heeft of de piekuren (17:00-0:00) ook in het weekend hetzelfde zijn?
Dat als je bijvoorbeeld in het weekend iets groot download tussen 12:00-16:30, het wordt geteld als daluren en NIET als piekuren?
Op de website staat dit zo wel, maar in de praktijk kan dit anders zijn, zoals gebleken is bij orange(systeem van telenet), waar ik nog wel een topic daar over ga maken...

Zondag avond is typisch de hoogste piek. Telkens tussen ~ 18:00 en 23:00. Dat is voornamelijk een hogere piek dan door de week vanwege meer Netflix.
Een ruw beeld hierover kan je krijgen dmv. publiek beschikbare link usage zoals op http://weathermap.ovh.net/#europe en https://netmap.scaleway.com/ . IX grafieken zoals https://stats.ams-ix.net/index.html kunnen ook een idee geven, maar zijn minder representatief aangezien deze niet alleen gebruikt worden door eyeballs.
Nu kan het altijd zijn dat er plots een veel grotere load is vanwege voetbal, formule 1, apple update, game release/update.
Veel hangt ook af van waar je iets download, en of de node/ROP/OLT/.. eerder tijdens consumer of business uren meer load ziet.
In de internetwereld is 95 percentile metering de gouden standaard om de piek belasting te bepalen. Vaak wordt verbruik ook op deze manier gefactureerd aan ISPs. Als je dus download tussen 12:00-16:30 zal je dus vrijwel nooit bijdragen aan een hogere piek.
Een eenduidig antwoord bestaat dus niet, veel is afhankelijk van externe factoren. Een ISP die niet nalatig is in zijn dienstlevering heeft in principe ook altijd het dubbele aan capaciteit op de backbone, omdat het systeem dubbel is uitgevoerd voor redundantie. Last mile connectiviteit is wel een ander verhaal.

dovo schreef: 06 dec 2022, 10:04Last mile connectiviteit is wel een ander verhaal.

Dat is nu precies waarom Telenet-netwerkbeheer en de bijhorende piekuren bestaan: de enorme flessenhals die de coaxkabel is.

splinterbyte schreef: 04 dec 2022, 21:56Op de website staat dit zo wel, maar in de praktijk kan dit anders zijn, zoals gebleken is bij orange(systeem van telenet), waar ik nog wel een topic daar over ga maken...

De pagina over Telenet-netwerkbeheer is de laatste maanden wel aangepast. Telenet heeft het nu expliciet over het vertragen van downloads en FTP bij dreigende netwerkverzadiging.

Op extra drukke momenten beperken we ook de maximale snelheid van bepaald dataverkeer (bv. downloads, FTP, ...) op plaatsen waar ons netwerk dreigt verzadigd te raken.

bron: https://www2.telenet.be/nl/klantenservi ... erkbeheer/

De piekuren zijn verschillend per abonnement. Voor abonnmenten met FUP is het nog steeds van 17u tot middernacht (normaal van 12u tot middernacht): https://www2.telenet.be/nl/klantenservi ... kt-surfen/

Ik ga mijn vraag even herformuleren aangezien er verwarring lijkt met de mogelijke mindere snelheid tijdens drukke periodes.

Er staat dus op https://www2.telenet.be/nl/klantenservi ... kt-surfen/ volgende:

Abonnement met onbeperkt surfen

17 uur in de namiddag tot middernacht. (Normaal van 12u ’s middags tot middernacht)
Je surft onbeperkt tegen volledige snelheid.
Pas bij vast internetverbruik tijdens de piekuren van meer dan de limiet, verlaagt je snelheid tijdelijk tot je teller weer op 0 staat. We verlagen de snelheid tijdelijk bij intensief verbruik om een vlot internetverkeer voor al onze internetklanten te garanderen.

Op deze https://www2.telenet.be/nl/klantenservi ... kt-surfen/ pagina staat dan verder bij "ONE(up)":

Vast internet Je wordt opgemerkt als intensieve gebruiker zodra je meer dan 3 TB vast internet hebt verbruikt tijdens piekuren.

Dus heeft er iemand van jullie op zaterdag of zondag bijvoorbeeld om 12:00 een download van 1TB gestart met een ONEup (1Gbps), die dan binnen 3 uur (nog voor 17:00) zou moeten klaar zijn van een snelle server. Daarna gekeken op je telemeter/teller en geverifieerd dat dit weldegelijk als DALuren wordt geteld?

Indien jullie dergelijk nog niet getest hebben is't vandaag de moment he

Als je niet weet wat de downloaden groot dan hier wat links:

http://ams-speedtest-1.tele2.net/100GB.zip
http://ams-speedtest-1.tele2.net/1000GB.zip

Ja ik ben dan zelf maar gaan testen he... Ik heb nu telenet oneUP, max. 1000Mbps down, 40Mbps up.
En er klopt dus iets niet.
Om 2023-02-05 14:15:55 start ik een grote download, die ik om 16:55 stop, 697.61GB.
En TOCH komt daar een stuk hiervan in de piekuren lijkt het: 82GB is wel minder dan 1 uur want per uur was de download meer dan 260GiB, screenshot van mijn router's WAN interface stats: en daarna van 17:00-19:00 slechts 8GiB down+upload.

Dus ik vermoed dat ze de 16:45-17:00 ofzo stiekem/perongeluk mee bij piekuren zetten, of wat anders kan dit verklaren?

Gisteren merkte ik dit fenomeen op, dus daarmee vandaag harder getest.
In de weekdagen lijkt dit wel correct geteld op de telemeter, dus heb het gevoel dat dit enkel in het weekend fout loopt, tot nu toe.
Morgen opnieuw testen, maar dan is het weer geen weekend meer, en mogelijk ander resultaat...

Added in 23 hours 16 minutes 35 seconds:
Ook weer vandaag hetzelfde: Terwijl ik na 17:00 helemaal niet veel data verzet heb, de grote download is gestopt rond 16:56: Ben ik nu de enige die dit voorheeft of heeft er gewoon nog niemand anders dit nagekeken/opgemerkt?

Mogelijks telt Telenet de upload 24h/24h bij de piekuren, dat zou die 82,10 GB op 5/02 kunnen verklaren.

Kan zijn dat het zoiets is ja, maar dan nog zijn ze in fout...

Sowieso, heel het Telenet-netwerkbeheer is fout en uitsluitend bedoeld om de coaxkabel zoveel mogelijk uit te melken en de aanleg van fiber zo lang mogelijk uit te stellen.

Ik heb vandaag van 16:00 tot 16:22 100GB gedownload, en nu is er niets extra bijgekomen op de piekuren teller (is updated 18:00)
Dus het lijkt toch iets te zijn met de laatste 10-20tal minuutjes net voor 17:00
Morgen opnieuw testen...

Vandaag 100GB gedownload tussen 16:30 en 16:52, en wederom het probleem: Zogezegd 69GB tijdens de piekuren verzet, terwijl ik in werkelijkheid maar 20GB gedaan heb vanaf 17:00 vandaag: Hebben ze hun klok 20minuten ofzo verkeerd staan of wat is het probleem nu eigenlijk?