UPC / Chello knijpt dataverkeer nieuwsservers [deel 2]

Denk dat je je toch meer moet verdiepen. Als je terugleest dan zie je dat bijna iedereen met SSL gewoon op volle snelheid downloadt.

knuffa zei:

Denk dat je je toch meer moet verdiepen. Als je terugleest dan zie je dat bijna iedereen met SSL gewoon op volle snelheid downloadt.

Klik om te vergroten...

En daarom was het ook al weer een tijdje stil in dit draadje.
Via SSL werkt het in ieder geval als een speer.

OK, vandaag even wat minder, mijn USP had wat moeite met de snelheid maar kan een keertje gebeuren...

ik was net te laat toen me idd SSL te binnen schoot. Maar ik hoorde ook 'geruchten' dat die poort (563) ook te knijpen is en dus ook zal gaan worden geknepen in de toekomst ?

ALLE poorten zijn te knijpen.

Alleen het mooie aan SSL is dat men wel data binnen ziet komen maar men ziet niet wat het is.
Via een SSL poort kan echt vanalles binnenkomen en verzonden worden.

Nu knijpt men op poort niveau omdat P2P verkeer heel makkelijk er uit te vissen is.

Maar bij SSL zien ze niet wat er gebeurt en kan/MAG men niet knijpen op poort niveau.
Dat zou in houden dat je de voor iets betaald wat moedwillig word bepekt, wat je ook doet.
Mooi toch, het enige wat men in de toekomst kan doen is weer een Datalimiet in stellen en te gaan knijpen bij een bepaalde hoeveelheid data.

Maar ook dit lijkt me zeer onwaarschijnlijk, met de komst van IP-TV en al dat soort "LEGALE" stream mogelijkheiden word er al een hoop data gegenereerd.

Volgens de algemene voorwaarden mag UPC altijd verkeer prioriteren als blijkt dat er capaciteitsproblemen ontstaan.

SSL helpt idd goed en ik begrijp dat een hele poort knijpen wat anders is dan bepaalde data (nieuwsgroep binary data)knijpen op een bepaalde poort

Inderdaad SSL the way to go. Had daarvoor ook zeer lage downs uit nieuwsgroepen. Nu dus niet meer met ssl enabled. Tot ze hier weer iets op verzinnen natuurlijk.

Ik hoop dat ik op de juiste plek zit, dit is de eerste keer dat ik een artikel post in een Forum. Sinds vandaag heb ik enorme problemen met de downloadsnelheid op nieuwsgroepen.

De Snelheid werd bijna volledig dichtgeknepen en dat terwijl de snelheid van het netwerk perfect was. Noamaal haal ik met Grabit in rustige perioded 2200 KB/s en vandaag werd hij dichtgeknepen naar 300 KB/s.

Ik gebeld met Tweaknews (daar heb ik mijn abbo lopen en jaren met volle tevredenheid) en ik stelde de vraag waarom mijn verbinding werd dichtgeknepen. Dit bleek dus zoals ik later en verschillende forums las aan UPC te liggen. De tip om over te schakelen naar poort 583 werkte voor 2 minuten en snel zat ik weer op de 300 KB/s.

Blij met een dode mus... maar ze vertelde mij ook dat SSL zou moeten werken op poort 563, maar dan moet je wel een recente versie van Grabit hebben. Nou die heb ik vorige week geupgrade dus dat was geen probleem.

Hij maakt op poort 563 dus geen verbinding op SSL. Ook niet na het uitschakelen van de Firewall.

De UPC helpdesk wist me in eerste instantie niet te vertellen of deze poort geblokkeerd was en na overleg van ongeveer 5 minuten vertelde ze mij dat deze poort nooit helemaal geblokkeerd word, maar alleen dichtgeknepen omdat nieuwsgroepen bij hun lage prioriteit hebben (Algemeene voorwaarden :S).

Nog niet geholpen, is er hier iemand die mij even op weg kan helpen zodat UPC mij niet meer kan dichtknijpen en ik gewoon SSL kan gebruiken. Wellicht zijn er mensen die vandaag ook problemen hebben, graag ook een reactie van hun!

Bvd

Er worden geen poorten geblokkeerd of "dichtgeknepen". Probeer eens andere usenet-client zoals alt.binz, misschien ligt het gewoon aan GrabIt!

Al geprobeert met Newsleecher en sll aan?

Altijd vollebak downen, en minder belastend voor je pctje...