Userbase

Ik heb de indruk dat telenet toch wat aan het overdrijven is. Als ik torrents wil downloaden blijf ik hangen rond de 60 - 80 kb/s per torrent.
Zet ik mijn vpn op naar een server in Nederland dan schiet de snelheid naar 300 - 400 kb/s per torrent.
Hebben ze dan zoveel problemen met hun netwerk ?

En als je torrent encryptie aanzet?

Ken schreef:En als je torrent encryptie aanzet?

Nog niet geprobeerd. Ik zal is kijken. Thx

Ik merk niks hier bij het downloaden Wel bij het uploaden van een torrent is er throttle

Ik denk dat er iets aan de gang is...
Sinds 2 à drie weken gaat FTP en mijn offsite backups (waarvan ik vermoed ze FTP te gebruiken maar via een andere poort) pokketraag.
Ik geraak niet hoger dan +/-1,56 Mbps.
Ondertussen heen en weer getest tussen allerlei klanten van me, overal hetzelfde fenomeen. net geen 1,6Mb.
Ik heb het dan allemaal over businessklanten met 20Mbps upstream.

Opvallend, als ik een FTP transfer doe van een Proximus klant (XPLORER ADSL aan 14Mb upstream) haal ik +/- 10Mbps en van een Telenet business klant (20Mbps upstream) haal ik maar 1,56Mbps.
Beiden naar mijn server, ook Telenet Business.

Uploads naar een website (tussen Telenet Business klanten) lijken dan wel aan volle snelheid te gaan.
MAw, ik kan alleen maar concluderen dat er sinds kort capping op de upstream snelheden zit bij telenet tenminste voor wat betreft FTP verkeer en die cap lijkt 1600 Kbps te zijn.

Ze weten alvast van niets bij support... maar ja...dat lijkt wel altijd zo te zijn..

Groetjes

FTP is de beste manier om betrouwbaar datasnelheden te testen.

Het netwerk van Telenet kan maximaal 120 Mbps upstream leveren per node van gemiddeld 330 klanten.
Reken zelf maar uit wat je dan krijgt tijdens de piekuren. Een gedeeld coaxnetwerk zoals dat van Telenet schiet anno 2016 hopeloos te kort wat upstreamcapaciteit betreft. Op het moment dat iedereen Netflix gaat streamen zakt ook de downstream als een pudding in elkaar.

Vandaag is VDSL2 vele malen beter aangezien je een rechtstreekse individuele lijn naar een glasvezelknooppunt hebt waarop Proximus 50 Mbps per klant reserveert.

ErwinC schreef:MAw, ik kan alleen maar concluderen dat er sinds kort capping op de upstream snelheden zit bij telenet tenminste voor wat betreft FTP verkeer en die cap lijkt 1600 Kbps te zijn.

En wat geeft een speedtest ? 1.6 Mbps lijkt me alles behalve normaal (los van de node capaciteit).

raf1 schreef:Vandaag is VDSL2 vele malen beter aangezien je een rechtstreekse individuele lijn naar een glasvezelknooppunt hebt waarop Proximus 50 Mbps per klant reserveert.

Dat is niet waar, zelf prox. klant zijnde op eigen Tel. Nr getest:Piekuren tussen 19 u en 23 u :
Max.: 63,7 Mbps download - 7,4 Mbps upload
Min.: 28,1 Mbps download - 5,5 Mbps upload
In piekuren verwacht P. dus 28 Mbps.

Maar ik ben bij speedtesten nog nooit onder de 60 geweest.
Fiber is nooit onbeperkt. Hier ook moet P. de capaciteit verdelen over al hun klanten op de ROP, op grotere schaal op niveaus van regio's en zo verder tot op Nationaal en internationaal niveau.

fvhbrugge schreef:Dat is niet waar, zelf prox. klant zijnde op eigen Tel. Nr getest:Piekuren tussen 19 u en 23 u :
Max.: 63,7 Mbps download - 7,4 Mbps upload
Min.: 28,1 Mbps download - 5,5 Mbps upload
In piekuren verwacht P. dus 28 Mbps.

Dat is een verkeerde interpretatie, en heeft niets met piek en dal te maken (zoals jouw speedtesten bewijzen).

• - Het laagste cijfer (min) is de gegarandeerde snelheid voor jouw lijn (het basisprofiel).
  - Het hoogste cijfer (max) is de voorspelling van wat DLM jou kan geven.

Deze cijfers zijn gebaseerd op jouw lijn (afstand, verzwakking), of je op vectoring zit of niet, en op jouw abonnement (upload cap).

Zit nu op een torrent met een 15-tal peers, en ik haal vlot >22 megabyte per seconde op mijn business fibernet 200.
Vandaag rond de middag was snelheid wel erg laag, zelfs met een speedtest haalde ik maar 90 mbit down en bijna 15 up; maar ze zijn vandaag in onze wijk aan het werken voor de giga upgrade ......

encryptie staat uiteraard aan, maar dan nog, telenet zou ook in hun shaper alle traffic die ze niet kunnen classificeren een lagere prioriteit kunnen geven

ik had zoiets enkele maanden terug toen ik op smallband geraakte en TN mij 1 mbps down ipv 5 mbps opleverde ..... openvpn haalde nog geen ouderwetse inbelmodem snelheid ..... dus ze kunnen je uiteraard pesten met hun netwerkbeheer, zeker als ze dit evil shapen, wat al meermaals gebleken is dat ze dit kunnen

Middag is geen piekuur. Doe dezelfde test eens vanavond rond 20u.

Op dit uur shapen ze ook, haal maar 2 a 4 megabyte per seconde, het flubbert ertussen.
Dat is dan nog met een torrent met genoeg seeds.

Encryptie aanzetten in je torrent client heeft niet veel zin, telenet kan nog atlijd de comunnicatie naar de tracker zien en zo je download dicht knijpen.

Gebruiker daarom een torrentwebsite waar bij ook de tracker geëncrypteerd is.

torrent encryptie aan
tracker verkeer getunneld

-> nog steeds 4 megabyte per seconde, getest met dezelfde torrents die 's nachts 22 megabyte halen

Ik zie dat telenet de upstream shaped (zeker om die via HFC beperkt is), maar over het shapen van de downstream zeggen ze niks:

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

Ik denk dat het netwerkbeheer bekende protocollen een normale prioriteit geeft, en al wat ze niet kennen een lagere prioriteit.

zelfde torrent als enkele uren terug, met meer dan genoeg seeds, nu 1 megabyte per seconde, dus 10 mbit ipv 200 mbit

ik ga mijn telenet modem eens volledig power cyclen, dit is geen service

met business fibernet 150 deed ik continu 12 megabyte per seconde, maakte niet uit op welk moment van de dag

update: modem rebooted, het is nu 21u40

net een speedtest gelopen terwijl de torrent die ongeveer 10 mbit trekt gewoon door loopt ....
zoals je kan zien is er meer dan 180 mbit free capacity op de lijn die door speedtest wordt ingevuld, en waar de torrent dus geen gebruik van kan maken

Het is duidelijk dat telenet zwaar shaped. Als ik 5% van de snelheid krijg waarvoor ik betaal met torrents, dan heeft het geen enkele zin om nog 50 euro ex btw per maand daarvoor te betalen.

In die report van een paar jaar terug kwam het er toch uiteindelijk op neer dat telenet *elke* soort verkeer buiten HTTP(S) throttlet als hun node wat overbelast was?

Heck, het was een onderzoek gedaan door jezelf ub4b : https://userbase.be/forum/viewtopic.php?f=50&t=30139

Besides, ze doen dit al meer dan 10 jaar. Ze deden dit al ten tijde dat ik nog Telenet had.
Je kon echt met de klok mee zien wanneer je snelheid "opeens" hoger zou gaan.

Echt klokslag middernacht was dat bij mij. Plof opeens volledig snelheid, nieteens op smallband ofzo.
Daarna weer rond 10u opeens alles dichtgeslibt.

Me BF150 kon ik elk moment van de dag aan 12 megabyte per seconde downloaden, sinds de upgrade naar BF200 heb ik prijs.

Hier een grafiekje met diezelfde router: 10 mbit flubberspeed met torrents, en meer dan genoeg free capacity voor een speedtest, van 5% load factor naar 190/200 dus 95% van wat de lijn kan.

Het feit dat de snelheid zo grillig is, heeft te maken met de packet shaper, die een burst doet, ziet dat hij over de gemiddelde capacity gaat voor een bepaald tijdslot en dan terug gas mindert. Ik heb nog packetshaper configs gemaakt voor 10.000 clients als consultant in 2008 voor een satcom bedrijf, dus ik weet er toevallig nog iets van.

plots uit het niks, 22 megabyte per seconde met torrents ....
shaper terug uit?

Al eens een andere client gebruikt ? Met qBittorrent haal ik betere snelheden dan µtorrent.
Nu ik dacht dat telenet ook zijn netwerk-policy regionaal toepast, daarmee bedoel ik dat als je in een buurt woont waar veel P2P verkeer wordt gebruikt, dat ze daar meer gaan throttlen in vergelijking met een "rustige" buurt.

wouter, kijk de topic die ik linkte eens na.
Als ze nog altijd dezelfde methodes gebruiken om te throttlen/knijpen zal dat niets uitmaken.

18:35 test, weer zelfde torrent als gisteren, terug normale snelheid die grenst aan max van de lijnsnelheid

dus hopelijk gisteren tijdelijke issues bij TN

1 van de huidige tv reclamespots is de vergelijking van porno en internetsnelheid door de jaren heen terwijl ze nog eens porno promoten bij minderjarigen... Min of meer misleidende reclame als ze toch nog durven de snelheid van hun xxx torrents dichtknijpen?

Ze moeten natuurlijk wel legaal porno bekijken he, dat zouden ze misschien weer niet knijpen

krijg op dit moment (21:52) geen enkele torrent binnen (alle udp trackers geven connection timed out). Gisteren (was wel later op de avond) haalde ik soms tot boven de 10. Gebruik Utorrent en naast de filenaam staat er nu een rode pijl die naar onder wijst)

Mag Telenet in feite nog Traffic shapen met de EU netneutraliteit sregels die vandaag in voegen gaan?

Sent from my A0001 using Tapatalk

Die Europese regels hebben niets meer met netneutraliteit te maken. Iedere provider doet z'n zin zolang het BIPT niet oordeelt dat er misbruik wordt gemaakt van de talrijke wagenwijd openstaande achterpoorten in de Europese richtlijn.

El Loco schreef:Mag Telenet in feite nog Traffic shapen met de EU netneutraliteit sregels die vandaag in voegen gaan?

Helaas wel.
Met de nieuwe wet is het zelfs uit de grijze zone gehaald en volledig legaal geworden. Er word namelijk een uitzondering gemaakt voor ISP's om deze technieken toe te passen als zij denken dat hun netwerk capaciteit in gevaar komt.

Hmm dat is ook wel een dood doener die uitzondering. Daar kan je het altijd op steken...

Sent from my A0001 using Tapatalk

Ze doen dit al jaren. Heb het hier ook al eens gepost maar de meesten gaven me ongelijk.

Iemand op telenet deze test al gedaan?

http://broadband.mpi-sws.org/transparen ... t-mlab.php

Telenet heeft (in mijn geval alleszins) een manier gevonden om het downloaden van torrents tegen te gaan, terwijl ik zelf niets aan mijn utorrent instelling heb veranderd en er ook geen update geweest is.

p2p wordt zo goed als altijd beperkt in "drukke" periodes van =>>>

DALUREN


Middernacht tot 12 uur ’s middags
Je surft altijd onbeperkt tegen volledige snelheid

PIEKUREN


12 uur ‘s middags tot middernacht
Je surft onbeperkt tegen volledige snelheid. Pas bij verbruik van meer dan 500 GB tijdens piekuren, verlaagt je snelheid tijdelijk naar 10 Mbps in piekuren (tot je Telemeter weer op 0 staat)

ben benieuwd of het gaat lukken na middernacht want enkele dagen terug lukte het zelfs nog tussen 18 en 23u;

Het heeft misschien iets te maken met hun plan om netflix te integreren in de decoder en stelt Netflix als voorwaarde dat telenet alles van (bit)torrents verbiedt

dit resultaat krijg ik

Are certain ports blocked for all traffic?

3 out of 3 BitTorrent transfers on port 6881 failed to upload any data. It seems like your ISP hinders you from uploading BitTorrent traffic on port 6881 to our test server.

3 out of 3 BitTorrent transfers on port 40582 failed to upload any data. It seems like your ISP hinders you from uploading BitTorrent traffic on port 40582 to our test server.
Is your upload traffic rate limited?

The measurement data is too noisy to detect whether your ISP rate limits your upload traffic. Re-running the test while ensuring that no other downloads or uploads are running in the background might fix this problem.
Is your download traffic rate limited?

There is no indication that your ISP rate limits your downloads.
However, some of the measurements were affected by noise, which limits Glasnost ability to detect rate limiting.

Details:

* There is no indication that your ISP rate limits your BitTorrent downloads. In our tests, downloads using control flows achieved up to 2506 Kbps while downloads using BitTorrent achieved up to 4166 Kbps.

* There is no indication that your ISP rate limits downloads on port 6881 or 40582. In our tests, downloads on port 6881 achieved up to 2506 Kbps while downloads on port 40582 achieved up to 2052 Kbps.

Notice: Undefined offset: 0 in /var/www/bb/glasnost-analysis2.php on line 931

Notice: Undefined offset: 2 in /var/www/bb/glasnost-analysis2.php on line 931

bartman schreef:Het heeft misschien iets te maken met hun plan om netflix te integreren in de decoder en stelt Netflix als voorwaarde dat telenet alles van (bit)torrents verbiedt

Absoluut niet. Ten eerste zijn die onderhandelingen nog lang niet zo ver en ten tweede zal het eerder omgekeerd zijn: telenet die eisen stelt aan netflix.

Het knijpen van torrents gebeurd op initiatief van telenet zelf en dit al zolang ik mij kan herinneren. Ongeveer 10 jaar geleden konden torrentgebruikers er hun klok op gelijk zetten wanneer het knijpen begon en eindigde. Het enige verschil met nu is dat het dynamischer gebeurd.
Dit is allemaal al lang geweten, bewezen en ook al een tijdje door telenet zelf toegegeven/bevestigd in hun kleine lettertjes.

dan had ik vroeger als puur geluk dat ik downloade op de momenten dat telenet niets deed.

buthead schreef:p2p wordt zo goed als altijd beperkt in "drukke" periodes van =>>>

DALUREN
Middernacht tot 12 uur ’s middags
Je surft altijd onbeperkt tegen volledige snelheid

PIEKUREN
12 uur ‘s middags tot middernacht
Je surft onbeperkt tegen volledige snelheid. Pas bij verbruik van meer dan 500 GB tijdens piekuren, verlaagt je snelheid tijdelijk naar 10 Mbps in piekuren (tot je Telemeter weer op 0 staat)

Je slaat hier toch 2 dingen door mekaar:

1. Verlaagde surfsnelheid wanneer je volume limiet bereikt is (1 Mbps), of in geval van FUP wanneer je 500GB gebruikt heb tijdens piekuren (10 Mbps).
2. de bandbreedte verdeling voor P2P toepassingen (upload beperkingen).

Het eerste is niet regio gebonden (hangt gewoon af van je surfgedrag), het tweede gebeurt (tijdelijk) bij zeer hoog gelijktijdig P2P-gebruik in eenzelfde regio. En dit slaat enkele op de upload.

MaT schreef:Dit is allemaal al lang geweten, bewezen en ook al een tijdje door telenet zelf toegegeven/bevestigd in hun kleine lettertjes

Welke kleine lettertjes?
Hun Netwerkbeheer procedure staat toch duidelijk uitgelegd op de website?

Ok, ze zijn niet letterlijk klein meer, maar staan toch goed verborgen.
Pas als je op de bestelpagina bent, de bepalingen en voorwaarden uitklapt, doorklikt op netwerkbeheer en de hele pagina leest krijg je dat te zien ja. Ik moest al goed zoeken terwijl ik weet dat het er is, laat staan de gemiddelde consument dat vindt voordat hij zijn bestelling plaatst.
Dat telt voor mij evengoed als 'kleine lettertjes', die zijn over het algemeen zelf veel beter vindbaar.

MaT schreef:Ok, ze zijn niet letterlijk klein meer, maar staan toch goed verborgen.

De kleine lettertjes bestaan nog, in alle gedrukte communicatie die Telenet verspreidt. Op internet is het trouwens vele malen erger want daar worden alle mogelijke technieken van "interaction design" toegepast om gebruikers zo snel mogelijk naar de bestelling te leiden terwijl bepaalde noodzakelijke informatie zo goed mogelijk wordt verborgen.

Wie niet goed weet wat ik bedoel, alle uitleg en voorbeelden zijn te vinden op http://darkpatterns.org/

philippe_d schreef:Welke kleine lettertjes?

Deze kleine lettertjes.
Zelfs liberale politici in het parlement hebben die kleine lettertjes gezien en stellen er zich vragen over: http://datanews.knack.be/ict/nieuws/bip ... 66481.html

Maar wellicht vindt philippe_d dit bedrog oké.

Ik merk de laatste tijd op dat usenet soms extreem traag gaat (1à3MB/s) en uitzonderlijk de 20MB/s aantikt (terwijl dat vroeger keer op keer de regel was). Ik denk niet dat het aan de usenet-provider ligt...
Andere downloads/speedtests starten direct aan de volle snelheid.
Iemand eenzelfde ervaring?

Ik in ieder geval niet, ik gebruik Eweka en geen enkele keer er last van gehad. Maar ik heb ook in het algemeen weinig tot geen last van traffic shaping van torrents.
Ik zou zeggen: maak eens een test-account aan van 7 dagen: https://www.eweka.nl/en/free_trial/

Ik had vroeger (een jaar geleden) enorm veel last van onstabiele usenet snelheden. Bij een paar verschillende providers zelfs. Maar bij Eweka alles superstabiel