Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 85 reacties

Google heeft de deuren van het Measurement Lab geopend. Op deze website wil Google gereedschap beschikbaar stellen waarmee internetters inzicht krijgen in hun netwerkverbinding, bijvoorbeeld of deze door hun isp wordt afgeknepen.

M-Lab is een initiatief van Google, het Open Technology Institute en het PlanetLab-consortium. Op M-Lab, dat halverwege vorig jaar al werd aangekondigd, kunnen gebruikers netwerkapplicaties vinden, maar de site moet tevens een open platform voor onderzoekers worden. Op het moment verkeert de site nog in de bèta-fase en worden drie diagnostische tools op drie servers aangeboden.

M-Labs UserDit soort gereedschap wordt al langer aangeboden, erkent Vint Cerf, maar waar het aan ontbrak was een gezamenlijk platform waar onderzoekers hun netwerktools kunnen aanbieden. "Deze tools genereren wat data en zenden deze heen en weer tussen een gebruiker en een server elders op het internet. Jammer genoeg missen onderzoekers vaak goed verspreide servers met een snelle verbinding. Dat vormt een barrière voor de nauwkeurigheid en de schaalbaarheid van deze tools", schrijft Cerf, die eraan toevoegt dat onderzoekers moeite hebben om data met elkaar te delen. Daarom gaat Google binnenkort 36 servers op 12 locaties in Europa en de VS aan academische onderzoekers beschikbaar stellen.

Momenteel worden de volgende drie applicaties aangeboden: een diagnostische netwerktool, een programma genaamd Glasnost, dat aantoont of een isp het verkeer van BitTorrent afknijpt, en 'Network Path and Application Diagnosis', dat problemen in de laatste delen van de verbinding kan detecteren. Op komst zijn nog DiffProbe, dat kan detecteren of bepaald verkeer een hogere of lagere prioriteit van providers krijgt, en NANO, dat probeert uit te vinden of de netwerkprestaties van bepaalde gebruikers, applicaties of bestemmingen negatief beïnvloed worden. "Wat je mening over netneutraliteit en netwerkmanagementpraktijken van isp's ook is, iedereen zal het erover eens zijn dat internetters het verdienen om goed geïnformeerd te worden over wat ze krijgen als ze een breedbandverbinding nemen", verklaart Cerf.

Moderatie-faq Wijzig weergave

Reacties (85)

Die hele site ligt gelijk plat...

Je kan ook gewoon zelf de tooltjes downloaden:
http://e2epi.internet2.edu/ndt/

En hier is een lijst met alternatieve servers, aangezien de 3 servers van google het niet meer doen:

http://e2epi.internet2.edu/ndt/ndt-server-list.html

bijvoorbeeld die in zwitserland, die ligt geografisch ook dichterbij:
http://ndt.switch.ch/

Daar kan je gewoon via de webclient (java applet) testen

ik kom niet veel verder dan deze output:
** Starting test 1 of 1 **
Connected to: ndt.switch.ch -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 821.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 6.51Mb/s
Server unable to determine bottleneck link type.
Information: Other network traffic is congesting the link
[C2S]: Packet queuing detected
[S2C]: Packet queuing detected

[Reactie gewijzigd door KnEuTeR op 29 januari 2009 14:01]

Voor de geinteresseerden draait er ook een nederlandse NDT server op de Hogeschool Utrecht: http://networktest.hunix.nl:7123/

Niet geheel ontoevallig is dit een projectje van mijzelf waar ik ook nog een aantal andere services aanbiedt die nog in ontwikkeling zijn.
die geeft best behoorlijke resultaten:
** Starting test 1 of 1 **
Connected to: networktest.hunix.nl -- Using IPv4 address
Another client is currently being served, your test will begin within 45 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 72.51Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 89.36Mb/s
The slowest link in the end-to-end path is a a 622 Mbps OC-12 subnet

The theoretical network limit is 164396.96 Mbps
Hij doet het goed!

running 10s outbound test (client-to-server [C2S]) . . . . . 486.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 2.88Mb/s
Your PC is connected to a Cable/DSL modem

Ik trek zeker bijna je server plat met mijn verbinding? ;(

Ik heb trouwens 3Mb/s down en 512kb/s up.
Die van jou werkt op een of andere manier niet. Hij zegt "click start to begin", maar die start button verschijnt niet, terwijl het bij switch.ch wel werkte...
Het is al een aantal jaren de normaalste zaak van de wereld dat de ISP de internetverbindingen 'afknijpt'. De snelheiden waarmee wordt geadverteerd, worden in de praktijk sowieso bij lange na niet gehaald. Dat wisten we toch al allemaal? En we vinden het toch allemaal prima zo. Ik heb thans nog niet gezien dat een ISP hiervoor op de vingers is getikt?

Trouwens zijn er legio sites te vinden waar je je internetsnelheid kan testen. Misschien omdat grote speler; Google hiermee nu komt, dat het wat meer in de picture komt...
Ik heb ziggo AIE Extra 20Mbit en haal ook echt 20Mbit met usenet, http en torrents (sommige :) )
Ik heb thuis Telfort 20 MB maar die haal ik bij lange na niet. Altijd rond de 4 a 5. Ligt er misschien ook aan dat ik in een gehucht woon.. maargoed.

|:(
Je vergelijkt Kabel met ADSL, dat kan dan ook niet. De snelheid die je met ADSL haalt is heel erg afhankelijk van de afstand tot de centrale waarop je bent aangesloten. Zelf haal ik met mijn '20mbit' telfort ook niet meer dan 4-6mbit maximaal. Kabel heeft daar minder last van, en met kabel zul je dus ook veel makkelijker je 'maximale' snelheid halen dan met ADSL.
Ach ja, kabel heeft weer andere nadelen. Veel downtime bijv. :)
Ik heb ook telfort en downloadde gisteren met 1,1 MB p/s.
Is in ieder geval al 40% van de 20 mB
Ik zou me dan ook flink genaaid voelen. Ik haal dat met 8mbit bij UPC :)
Waarom zou je je dan genaaid voelen?

Telfort adverteert heel duidelijk met MAXIMAAL 20Mb, niet GEGARANDEERD.

Heel verschil.
Altijd onduidelijkheid en oplichting.

Je mag mijn auto kopen. Het is een 1.4 maximaal 300 pk.

Iedereen weet dat je het er nooit uit gaat krijgen, maar er wel mee adverteren. Het is gewoon achterlijk en het zou verboden moeten worden. Van mij mogen ze het best bij wet vastleggen dat er verplichtingen aan een internetverbinding zitten.

Van mij mogen er ook priority abonnementen op de markt komen. Gewoon 20Mbit voor de dubbele prijs. Als je dan wilt downloaden, krijg je gewoon voorrang als het druk is, zodat je fijn 20Mbit kan krijgen.
Wat een dikke onzin. Deze tools gaan veel verder dan de gemiddelde speedtest.net ;)

Maar deze tool vertelt mij net dat UPC het torrentverkeer niet afknijpt. Goed nieuws dus :)
Dan gaan ze bij UPC wel erg selectief te werk.
Bij mij was torrent altijd zo traag als dikke stront door een trechter (excuse my french)...

En ja, aan mijn kant was alles goed ingesteld.

[Reactie gewijzigd door Lord_Nemesis op 29 januari 2009 14:09]

ik heb er met torrents nooit iets van gemerkt. maar gebruik het al een tijdje niet meer +/- 1jaar ofzo

usenet heb ik er ook geen last van. mischien nooit opgevallen maar ik zit er ook niet heel de dag naar te kijken

[Reactie gewijzigd door Proxx op 29 januari 2009 14:35]

Ooit eens een tracker gebruikt die NIET public is en deftig onderhouden is?

Het scheelt een hele hoop qua snelheid...
Het gaat ook niet om internetverbindingen die afgeknepen worden, maar specifieke protocollen die afgeknepen worden. Dat je bijvoorbeeld wel met 500kbyte/s iets kan downloaden van een FTP, maar dat je met bittorrent nooit meer haalt dan 100kbyte/s, of je nieuwsgroep, of streaming video niet kan bekijken etc.
toch eens ff proberen. Gebruik zelf UPC met een 8Mbit lijn.
Het gebeurt toch regelmatig dat ik, wanneer ik mbv GrabIt of Newsleecher download, slechts 600 KB oid per seconde haal. Terwijl ik geregeld van sites download met plusminus 1000KB.
UPC knijpt duidelijk usenetgebruik af. Doe het sindskort SSL encrypted en dan gaat hij weer vol...
Ik heb het vermoeden dan Ziggo hier ook mee begonnen is. Mijn newleecher is in de avonduren een stuk langzamer geworden, hier had ik in de tijd van @home geen last van.

Daarnaast ben ik van mening dat ze dit niet mogen doen. UPC zegt dat ze afknijpen om te voorkomen dat andere gebruikers niet te weinig krijgen, oftewel, we bieden snelheden aan maar we kunnen het niet aan om ze te leveren. Dit moet allemaal maar geaccepteerd worden.

Als een winkel een aanbieding in rookworsten heeft, en ze hebben er 100 waar er 200 klanten voor zijn, kunnen ze toch ook niet zeggen dat ze wel de volle prijs moeten betalen maar ze krijgen allemaal een halve rookworst :S
/offtopic, maar misschien wel een handig tipje....

Je hebt niet ergens een QOS-dingetje aangezet, misschien per ongeluk?
(ik had namelijk hetzelfde gevoel een maand of wat geleden)

Toen ik bij een routine-check de instellingen van m'n router doorliep, kwam ik er ineens achter dat dat de boosdoener was...

Hij stond hier zo ingesteld dat ie max 5Mbit aan nntp mocht besteden, en aangezien ik 'begon' met een ziggo-lijntje van 4mbit, en later de 8Mbit, merkte ik het ook _ineens_... :o

Ik had ook het gevoel dat er op de nntp gekepen werd, aangezien ik bij download-tests wel vol de 8Mbit haalde....


Just a helping hand....
Bedankt voor het meedenken, maar overdag haal ik constant 1.12 MB p/s, alleen 's avonds, en niet eens altijd zakt hij naar 650 KB p/s
erger nog, na die 100 klanten zijn er geen worsten meer, en dat is doodnormaal. De andere 100 klanten hebben pech.
Maar die hoeven ook niet te betalen ;)
Ik heb ook sinds tijden rare inconsistente data-rates bij usenet, SSL of niet...

Als iemand hier in huis het in z'n hoofd haalt torrent te gebruiken, knalt sowieso het hele netwerk terug in grofweg 15kb/s, en laden de meeste sites niet meer.

Helaas kom ik niet op de M-lab site terecht... Vraag me inderdaad af of ze nu al een stokje voor deze site hebben gestoken.
tegen die overdaad van torrents helpt juist QoS op de router te zetten
Dat heb ik hier ook gedaan en nu is het onmogelijk dat een torrent HTTP/voip/etc stoord

Vooral met gamen merk je dat. Eerst heel langzaam en dan vliegt de ping omlaag omdat de QoS-software aanschiet.
Ik heb geen flauw idee of het iets met Qos te maken heeft (ik ga dat woord eens opzoeken in m'n router zo), maar hier was de combinatie torrent+nod32 fataal voor de snelheid van de pc. In de instellingen van de laatste van de twee stond echter aangevinkt dat het torrent programma een browser was, en toen die instelling uitgezet was werkte alles weer naar behoren :)
Kan ook komen omdat die persoon z'n bandbreedte niet limiteert, waardoor de verbinding 100% vol komt te zitten, de ping omhoog gaat naar enkele seconden en daardoor de snelheid omlaag knalt...
Alleen vergeet je dat de prijs van de worsten 3 keer zo hoog zou worden als ze een voorraad van 200 aan moeten leggen (om iedereen van dienst te zijn), omdat niet iedereen iedere week een worst komt halen en daardoor overschotten gedumpt moeten worden, die gecompenseerd worden door de hogere prijs.
Niet gebruikte bandbreedte kost een ISP geld, en om voor iedereen de volledige bandbreedte te reserveren, terwijl de meesten maar op z'n hoogst een paar uur per dag de volledige bandbreedte nodig hebben, en verder eigenlijk alleen maar wat surfen, mailen, chatten en gamen, wat helemaal niet zo veel nodig heeft. Overbooking zorgt er voor dat jouw verbinding betaalbaar blijft, en eigenlijk hebben alleen de hardcore downloaders er last van, dus van mij mag het best zo blijven. Ga maar lekker 's nachts downloaden ofzo, stelletje asociale bw-verspillers... misschien had ik dan een speelbare ping gehad gister op WoW (alhoewel dit waarschijnlijk een server issue was).
Ah dat is het dus! Vond het al zo vreemd het verschil tussen encrypted en niet..
Oh, UPC knijpt tegenwoordig ook op SSL verkeer hoor. Op een vrijdagavond hou ik minder dan de helft aan snelheid over, ongeveer tussen 18:00-00:00 uur. Daarna weer volledige snelheid, overdag trouwens ook. Was voorheen nooit zo maar sinds de laatste tijd valt het wel op.
Op zich vind ik dat niet zo vreemd en ook niet zo erg.
Maar providers moeten er gewoon eerlijk over zijn.


Tussen 18:00 en 00:00 heeft UPC waarschijnlijk de meeste capaciteit nodig omdat de "normale" gebruikers dan hun mail ophalen en zitten te webbrowsen.

Vervolgens heb je twee keuzes:
pakket 1. ¤20 en daarbij wordt usenet verkeer geknepen tussen 18:00 en 00:00
pakket 2. ¤60 en daarbij wordt nooit geknepen.

Zouden de meesten dan niet gewoon voor pakket 1 kiezen? Is het dan zo onterecht wat UPC doet?

Het probleem is natuurlijk dat ALLE providers dan eerlijk moeten zijn over hun capaciteit en of ze knijpen.
Op zich vind ik het ook geen probleem hoor, maar laten ze er inderdaad dan ook eerlijk over zijn en niet net doen alsof ik als klant achterlijk ben.
Ik stel mijn download gewoon een paar uur uit en dan heb ik weer de volledige snelheid. Maar die pakket keuze vind ik onzinnig, dat lost het probleem van de netwerk belasting niet op. Ik denk overigens niet dat dat het werkelijke probleem is, en dat er rond die tijd veel meer zou worden gedownload als op andere dagen rond die tijd. Het is meer een organisatorisch probleem binnen UPC vrees ik.
UPC heeft altijd roomser dan de Paus willen zijn maar heeft in feite geen enkel machtsmiddel, buiten dan het afknijpen, om usenet verkeer tegen te gaan. Bij een volledige blokkade raken ze klanten kwijt, en na jaren van negatief nieuws, zullen ze niet op nog meer negatieve berichten in de pers zitten te wachten.
Ik denk dat het meer wanhoopsdaad is om er maar te laten zien dat UPC wel degelijk iets tegen usenet downloads onderneemt.
Maar ze spinnen er ondertussen wel garen bij want een snelle download verbinding is niet bepaald goedkoop te noemen. Dus ze eten van twee walletjes in dezen.
Dan zal er wel iets niet goed ingesteld zijn bij jou of je hebt een slechte kabel lopen.

Ik haal met mijn 24Mbit lijn hier snelheden van 2800kB minimaal.

Hier een screenshot.

Dit is trouwens zonder SSL op een NewsXS server.

edit:

TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: networktest.hunix.nl -- Using IPv4 address
Another client is currently being served, your test will begin within 45 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 2.43Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 23.41Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

Bijna volle snelheid dus ;)

[Reactie gewijzigd door Eli3l op 29 januari 2009 16:12]

Dat is dan heel erg netjes te noemen. 22,4Mb halen op een lijn van MAX 24Mb
23,4Mb ;) Ben ook zeer tevreden over de snelheid.
Is het enkel mij, maar is het nut niet eerder beperkt? Als het enige populariteit heeft, dienen de ISP's enkel een beetje vals te spelen, en de beperking niet toe te passen op een bepaalde serie ip's... Gevolg, je lijkt de volle bandbreedte te krijgen, maar in praktijk is al de rest nog beperkt. Wat denkt de klant. O het is mijn isp niet, maar wel x applicatie, service enz...
Dit is iets waarmee bij het ontwikkelen van deze tools rekening mee is gehouden. Al deze protocollen zijn inmiddels tot standaard verheven en hebben allemaal de mogelijkheid om de gehele datastroom te versleutelen. Dit sluit alvast uit dat het mogelijk is om deze test pakketten voorrang te geven op hun inhoud.

Er kan dan nog gefiltert worden op bestemming/afkomst, zo kunnen deze servers toegevoegd worden aan een whitelist, waardoor het niet gefilterd wordt. Zulke operaties zijn echter kostbaar, en zullen niet snel door ISPs worden gebruikt omdat deze analyse zelf alle pakketten vertraagd en daarmee de netwerkbelasting vergroot wordt.

Overigens zijn alle tools die gebruikt worden op de website open source, en is het dus mogelijk zelf een server op te zetten om tests mee uit te voeren. Op deze manier is dus wel met zekerheid te bepalen of jou ISP aan netwerkmanagement doet.

Overigens is het wel belangrijk om een aantekening te maken dat deze tools niet eenvoudig te installeren zijn. O.a. NDT en NPAD zijn afhankelijk van Web100 (http://www.web100.org/), wat een vrij uitgebreide reeks is van kernel extenties die het mogelijk maken om zeer precies netwerkinformatie inzichtbaar te maken. Op dit moment wordt Web100 alleen supported op de linux kernels, maar theoretisch zouden deze te porten zijn naar bijvoorbeeld een BSD kernel.
Tuurlijk, maar het is natuurlijk prachtige PR voor google.
"Deze tools genereren wat data en zenden deze heen en weer tussen een gebruiker en een server elders op het internet. Jammer genoeg missen onderzoekers vaak goed verspreide servers met een snelle verbinding. Dat vormt een barrière voor de nauwkeurigheid en de schaalbaarheid van deze tools"
Waarom zou dat een probleem moeten zijn voor de nauwkeurigheid? Is dat het ook voor de thuisgebruiker die zijn internetverbinding wilt testen?
Je wil zo min mogelijk stappen tussen die tools hebben, als ik mijn internet snelheid 'test' met een server in america, dan heb ik gegarandeerd een slechtere connectie dan wanneer ik het test met een server in nederland. Het eerste geval zegt dus wel wat, maar niet hoe snel mijn internet is.

Google heeft zelf in vrijwel alle landen servers staan, en het is dus redelijk ideaal als zij zo'n platform aanbieden hiervoor.

Overigens, de ironie:
The server at www.measurementlab.net is taking too long to respond.
Nee gewoon geblocked door je provider natuurlijk }:O
Als je gewoon http://measurementlab.net/ intypt dan kan hij wel verbinding maken :)
Gewoon een kwestie van de "www." weglaten dus.
Dat vormt een barriere omdat elke stap naar een ander netwerk er voor kan zorgen dat problemen in het lokale netwerk gemaskeerd worden door vertragingen op een verder punt. Ook kan het totale pad naar de server dan zo lang worden dat verschillen in latencies op het lokale netwerk nauwelijks nog na te gaan zijn.

Daarnaast is het natuurlijk wel handig om je lokale netwerk op dat afknijpen te onderzoeken, ipv alle paden op de route :P
Omdat als je alleen tegen servers test die qua netwerk 'dicht bij elkaar' liggen, een enkel choke point het beeld volledig zal vertekenen.
wel als je wilt weten of je geknepen word op bandbreedte... ik heb zelf een 100mbit lijn hier en dan kom je tot de ontdekking dat niet iedereen op aarde dat heeft en die snelheid dus ook helemaal niet aan kan fysiek. een speedtest.nl geeft bv aan dat ik 6,5MB/s trek , wat zoveel wil zeggen als dat ik die site tijdelijk plat trek. Als ik drivers bij ati download gaat ie met 11.2MB/s (megabyte yu) .. Ik gebruik de ati site daarom altijd maar om te testen of de volledige bandbreedte door komt. Het zou erg handig zijn als er een test als deze van google zou komen. erg welkom en zeer gewenst zou ik zeggen.
My results: UPC 24mbit

Web100 reports the Round trip time = 126.08 msec; the Packet size = 1368 Bytes; and
There were 2 packets retransmitted, 73 duplicate acks received, and 73 SACK blocks received
The connection was idle 0 seconds (0%) of the time
This connection is network limited 99.77% of the time.
Contact your local network administrator to report a network problem

The theoretical network limit is 4.94 Mbps
The transmit buffer (125.0 KByte) limits the application to 7.74 Mbps
Your receive buffer (511.0 KByte) limits the application to 31.72 Mbps
The network based flow control limits the application to 6.12 Mbps

[Reactie gewijzigd door Ibix op 29 januari 2009 14:08]

Internet evangelist weer een nieuw woord geleerd :+

Overigens best een goed initiatief, zo kun je nagaan of jouw ISP de contractuele afspraken nakomt, als bedrijf zijnde.
Wacht maar tot de Evangelisten vie het internet gaan prediken, dan klopt er weer helemaal niks van wat u nu heeft geleerd.
De beste man verdient de titel wel, hij heeft eigenhandig het internet uitgevonden*. Strikte eigenhandig de eerste computers aan elkaar met een dubbele knoop.

* iedereen weet dat eigenlijk Al Gore het internet schiep tussen ontbijt en lunch op een donderdagochtend.
Grappig, ik dacht altijd dat M-Lab een theater(fabriek) in Amsterdam(Noord) is, die naamgeving zal elkaar toch niet bijten?
Die zullen nu inderdaad een boel hits krijgen op www.m-lab.nl !!
geen van test server reageerd; http://64.9.225.141:7123/
dan wordt ik wel hard geknepen :+

zijn toch allemaal free unix tooltjes;
http://e2epi.internet2.edu/ndt/
een programma genaamd Glasnost, dat aantoont of een isp het verkeer van BitTorrent afknijpt
Net nu ik gisteren UPC internet heb opgezegt omdat ze mijn torrent verkeer limiteren komen ze met de tool waarmee ik het kan aantonen.

UPC hield zich uiteraard van den domme en zei dat ze "mijn snelheid niet konden garanderen, staat in de algemene voorwaarden". Echter kon ik de rest van de snelheid wel op andere manieren benutten tijdens het downloaden van torrents...

Net een dag te laat...
Het is algemeen bekend, en toegegeven door UPC dat ze torrents afknijpen in de avonduren om zo voorrang te geven aan prioriteitsverkeer. Ik zou zeggen test het zelf nog even zolang je het kan.

Doordeweeks van 10.00 tot 16.30 volle bak zonder limitaties
Na 16.30 tot 3.00 limitaties.
Weekend: Elk uur van de dag limitaties :)

Zelf getest en dit is wat ik eruit kon halen. Het is ook logisch dat ze het doen. Ik moet er niet aan denken dat ik terwijl ik aan het bellen ben of aan het internetten ben er een capaciteitstekort op het netwerk is....
Hier ook zelf getest vanaf afgelopen vrijdag;

Conclusie; op elke moment van de dag (geloof me ik heb het heel vaak getest) wordt het torrent verkeer geknepen (max ~150kB/s bij UPC. Voorheen bij ADSL makkelijk 1MB/s bij dezelfde erg snelle private tracker)

[Reactie gewijzigd door Lord_Nemesis op 29 januari 2009 14:05]

Ziggo doet dit ook niet (althans: ik merk er in Enschede niks van): 1,7MB/s heb ik al langs zien komen bij private trackers. Opzich wel lekker natuurlijk, maar ik kan me voorstellen dat als het het netwerk overbelast ze het aan banden willen leggen, in ieder geval tijdens de piekuren.

M'n router vindt zoveel verbindingen al niet leuk (en da's een D-Link DIR-655, niet de minste zou ik zeggen), laat staan de hardware bij Ziggo zelf waar al het torrentgebruik van de regio langskomt...
Nou, da's ook niet echt een high-end apparaat wat je daar hebt hoor en het is ook absoluut niet te vergelijken met ziggo.

Maar, het probleem zit 'm ook helemaal niet in de verbindingen, maar in het dataverkeer wat veel geld kost.
M'n router vindt zoveel verbindingen al niet leuk
Geen enkele roiuter vind zo veel verbindingen leuk, gooi maar es een paar goed geseede torrents open voor een dag ofzo (moet je natuurlijk wel torrents van iig iets van 50+ gig hebben (download maar een hele serie ofzo)) en kijk na die dag maar even of je nog kunt internetten. Als je het niet kunt, moet je in de modem maar even kijken of er een hoop TCP floods in staan.

Dat wil zeggen dat er zo veel verbindingen zijn dat het modem er geen meer kan maken, zelfs niet voor je pc die al de hele tijd stond aangesloten.
Mijn linux-based router, die ik ook als server gebruik, heeft totaal geen moeite met hoeveel verbindingen dan ook. En dat is dan nog maar een oude simpele celeron machine. Ik kan me ook niet voorstellen dat de apparatuur die ISP's gebruiken (cisco stuff?) er mee zit. Misschien bedoel je "geen enkele goedkope consumentenrouter vind..."?
Hier heb ik nou serieus nooit last van... Ik woon in almere en heb ook UPC (10mbit) en download op elk moment van de dag ook in het weekend gewoon met 1,1 tot 1,2 MB torrents met een private tracker... even afkloppen :P
Ik heb ook wel eens met UPC aan de lijn gehangen vanwege dit probleem en ik kan je melden dat dit toch echt in alle toonaarden werd ontkend, zelfs de tekst "dat zouden we niet eens mogen meneer". En dit was eind vorig jaar.

Nu gebruik ik gewoon een encrypted kanaal voor mijn usenet verkeer en heb ik nergens meer last van.
Hoezo logisch? Een beetje goede QoS kan dit ook makkelijk oplossen. Afknijpen is gewoon de makkelijke (en vooral goedkope, want bespaart bandbreedte) oplossing...
Hmmm, Online (voormalig Orange) is wat dat betreft een stuk netter, gewoon maximale snelheid van ~700kB/s, maakt niet uit wanneer.
Daarom heb ik 2 tellen na mijn opzegging van UPC ook een abbo van Online afgesloten. :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True