• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

UPC / Chello knijpt dataverkeer nieuwsservers [deel 2]

Status
Niet open voor verdere reacties.
Ze knijpen gewoon....is bevestigd door diverse UPC peeps.
Laten ze eerst maar eens al die slechte connecties repareren inplaats op die knijp knop te drukken.
 
Jean zei:
Hoi,
ik download met grabit via de eweka server. Ik zie dat mijn downloadsnelheid in de avonduren zakt naar 300 kb/s , ik heb een 10MB abo.
Ik zag dat ik bij grabit wel die ssl kan aanzetten maar dan krijg ik helemaal geen verbinding. Wat kan ik doen ?
Vul je ook de juiste servernaam in.
Bij Eweka gaat ssl over poort 563 en server sslreader.eweka.nl.
 
Mango zei:
Lijkt me dat je voor bankzaken geen 24 of 60 of 120 nodig hebt als snelheid, dus knijpen op de ssl zal geen probleem zijn voor mensen die bankzaken doen.

Je webserver draait in ssl-mode op een niet ssl-standaard poort, dat houd in dat je slechts een select groepje toelaat, lijkt me totaal niets te maken hebben met newsgroepen, die draaien op de standaard ssl-poorten dus makkelijk te shapen.

Lezen is ook een vak.... En lekker makkelijk om dan het voorbeeld van een verbinding met een bank te nemen. Ik schreef er niet voor niets bij dat een VPN via een webssl verbinding erg veel last zou hebben van 'knijpen' op de SSL poort, in ieder geval in mijn situatie. En bij mij zou 60 0f 120 Mb/s in dit geval dus heel veel uit. En als dan mijn 60 Mbit/s geshaped zou worden naar 5 Mb/s, zou ik erg veel last van hebben.

Knijpen op poorten heeft geen zin, omdat je server software altijd op een andere poort kan laten luisten. Ik kan jou toegang geven tot mijn newsserver, die op poort 9091 draait, in SSL mode. Dus jij vult in je usenet client bij server mijn IP adres in en poort 9091 en je vinkt SSL aan, en je kan vrolijk downloaden, zonder dat UPC je knijpt of kan zien wat jij aan het doen bent. En als ik dat vervolgens hier op dit forum bekend maak, zijn er volgende week ineens 1000 mensen die gaan downloaden zonder dat er traffic shaping plaatsvindt. Ten eerste omdat het type verkeer niet herkend kan worden en ten tweede omdat de gebruikte poort ook niet 'verraad' om welk verkeer het gaat.

Dus als Eweka besluit om hun newsserver op een andere dan de standaard poort te laten luisteren en dat aan hun abonnee's meldt, dan snap je dus dat shapen op poort niveau geen zin heeft. Dus 'select groepje' is maar hoe je het bekijkt.....

Je zegt overigens zelf wat tegenstrijdigheden, er is apparatuur die niet alleen de transportlaag kunnen bekijken maar ook dieper, dat wil niet zeggen dat ze dus dieper kijken, alleen dat de mogelijkheid er is. Dat houd dus in dat er gewoon beslist kan zijn dat men op transport knijpt en niet op de onderliggende laag selectief traffic knijpt... dat de mogelijkheid er is wil niets zeggen over het gebruik ervan.

Ik zeg dat ik van een aantal Nederlandse ISP's weet dat ze software gebruiken die traffic shaped aan de hand van type verkeer (toepassingslaag). Dus in jouw woorden, dat er wordt geknepen aan de hand van het type dataverkeer. Dus dat ze alleen torrent verkeer kunnen shapen (mits niet encrypted uiteraard) onafhankelijk van over/naar welke poort dit verkeer wordt verstuurd.

Welke tegenstrijdigheid bedoel je precies ?

Nog geen antwoord over welke apparatuur en programmatuur, dus verdiepen in wikipedia is schijnbaar het enige wat er gedaan kan worden, word ik niet veel wijzer van, staat trouwens in dat Chello knijpt, beetje outdated.. of het
moet echt de enige zijn die knijpt n Nederland, maar dat word weer ontkent?

Inderdaad, dat antwoord geef ik je niet. Als je de moeite niet wilt nemen om wat kennis op te doen, dan houdt de discussie snel op.

Zoals ik zei weet ik dat er sowieso 2 ISP's zijn in Nederland (En geen van beide is UPC, want daar weet ik het niet zeker van) die traffic shaping hebben geimplementeerd.

Als je dit niet begrijpt of wilt begrijpen ook goed, dan houden we het hier bij.
 
Heel erg makkelijk om mij te betichten dat ik me niet zou willen verdiepen in de materie, wil ik me eigen verdiepen in de materie word ik afgescheept met een outdated linkje naar wikipedia, waar chello/upc als enige nederlandse provider word genoemd die er juist wel aan doet, kun je nagaan hoe outdated de info is... want jij beweert dat er 2 providers zijn, buiten upc want daarvan weet je het niet zeker (iedereen in deze topic wel inclusief de medewerkers van upc) die bandbreedte knijpen.. ( je kan het heel mooi shapen noemen, maar zo mooi is dat natuurlijk niet als je dat als provider moet doen) en dat is ook meteen de tegenstrijdigheid, je geeft me een link waarin de ISP chello/upc is genoemd als enige die bandbreedte knijpt, en jij stelt dat je het niet zeker weet maar van 2 anderen wel, kom je dus terug op de opmerking of ik kennis wil opdoen en me erin wil verdiepen, ja... maar niet in achterhaalde oude gegevens, kom maar met de software/hardware site/info...


Lezen is een vak, want jij kwam zelf met een voorbeeldje bankzaken doen, ik ging erop door. VPN heeft ook niet gigantisch veel nodig, tenzij je in high res remote wil werken of files over gooien, dan is het maar de vraag of je ook gebruik maakt van je verbinding in de hoedanigheid zoals iemand die gebruik maakt van nieuwsgroepen en/of torrentclients, lijkt me overigens van niet... tenzij je beroepsmatig je pc als server laat draaien voor anderen en dan komt volgens mij weer andere dingen om de hoek kijken... zoals je stelt, je kan makkelijk van poort veranderen.. jij wel, lijkt me voor nieuwsgroepproviders (heten ze zo?) lastiger om iedere week van poort te veranderen...

Maar je mag me altijd educaten, hoe ziet een programma, laten we zeggen nieuwsgroepen, welke packets er verstuurd worden, hoe gaat dat in zijn werk? Laten we aannemen dat UPC 10.000 klanten heeft die nieuwsgroepen hebben, 50% heeft 24 Mb, 25% heeft 60 en 25 heeft 120... met welke snelheid moet dat dan gecontroleerd worden bij binnenhalen? Dan praat je over een snelheden van lezen, analyseren en doorvoeren van uiteraard boven die snelheid, want als het geen packet is die geknepen dient te worden zal men in real time dat moeten kunnen doen...

Dus of de software gokt het meeste, of we praten over flinke beestjes die van duizenden klanten de packets kan analyseren. Nou ben ik best wel bereid je te geloven op je blauwe ogen hoor, dat dat kan.. maar dan ben ik benieuwd waarom je denkt dat UPC daarin zou investeren en waarom ze niet gewoon de goedkopere en minder consumptievretende manier doen van knijpen op de meest bekende poorten en zo heel simpel, in ieder geval voor de leken onder ons, de boel wat vertragen en hun winst halen?

Maar liever dan vertrouwen op je blauwe ogen heb ik liever feiten, het is heel makkelijk om iets te roepen maar de ontwikkelaars ervan zullen toch ook wel online documentatie hebben? Dat doen zelfs de encryptiemakers van C2000, dus lijkt me niet al te moeilijk.... En als je per sé niet de makers van de hard en software wil noemen, om welke reden dan ook, dan houd het op ja.. maar niet omdat ik niet de moeite neem om kennis op te doen maar omdat jij dat niet wil of kan doorgeven... Als je dat niet begrijpt, dan snap ik dat best...
 
Klopt, zo te zien is dit ook wel 1 van de wat betere (en duurdere) newsproviders,
Die zullen inderdaad wel wat meer doen dan denk ik, geen idee of xs-news dat
soort service ook levert en ik vermoed dat de meesten niet die dure newsproviders
hebben, dus die zitten vast aan 1 of 2 poorten...

Poort 80 is wel interessant, vraag me af hoe providers daarop reageren...
 
Je kunt bij ons (XS News) toegang krijgen tot de newsservers op de volgende poorten:

zonder SSL: 119 of 80
met SSL: 563 of 443
 
Toch zijn er mensen die beweren een trage verbinding te hebben wanneer ze verbinden op poort 80. Het downloaden van bestanden via HTTP (poort 80) gaat daarentegen wél snel. :o

Rara, hoe kan dat?
 
UPC maakt blijkbaar gebruik van DPI (Deep Packet Inspection) voor het filteren van verkeer. Met deze filtersoftware kan UPC op bestands- en zelfs IP headerniveau onderscheid maken in verkeersstromen en bepaalde applicaties dus vertragen. Het feit dat NNTP verkeer (usenet) dus traag is in vergelijking met HTTP downloads bewijst dit eenmaal, en het feit dat SSL versleutelde sessies wel op volle snelheid worden doorgegeven bewijst dit andermaal.

Het lijkt me zeer waarschijnlijk dat dezelfde apparatuur wat bij UPC kinderporno filters eveneens NNTP verkeer vertraagt. Het wachten is op de eerste UPC klant die UPC aanklaagt en sommeert dat UPC bij de algemene voorwaarden voor UPC Internet aangeeft dat dit type verkeer vertraagt wordt.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan