Userbase

jelte schreef:Kan evengoed zijn dat je een aantal goeie peers had waarvan de provider zo'n shaping toepast...

Torrents van private sites waar ik altijd mijn lijn volledig kon benutten.
Mijn seedbox trok op die momenten op dezelfde torrents 11.2MB/s binnen.
En dan zou het ook niet stoppen van dag op dag.
Het was trouwens niet enkel via torrents ook andere p2p werd geblokt, exact tussen 18 & 24, iedere dag.
En het stopt den dag dat ik dreig met op te zeggen

Nogal groot toeval vindt je zelf ook niet?

Devilzown schreef:En het stopt den dag dat ik dreig met op te zeggen

Dat kan ik moeilijk geloven... TN gaat niet specifiek voor jou alléén z'n traffic shaping aanpassen.

Of gaat men morgen m'n poort 80 openzetten als ik dreig met op te stappen ?

hmm mijn torrents worden percies weer geblocked op 1mb/s . Als ik het eerst naar server download , en dan afhaal met FTP, haal ik men volledige 2.5mb/s.
Encryptie van traffic staat nochtans aan in utorrent. Niet mooi van telenet... Gelukkig heb ik de server nog, kan je effectief ook je volledige verbinding benutten :/

r2504 schreef:

Devilzown schreef:En het stopt den dag dat ik dreig met op te zeggen

Dat kan ik moeilijk geloven... TN gaat niet specifiek voor jou alléén z'n traffic shaping aanpassen.

Of gaat men morgen m'n poort 80 openzetten als ik dreig met op te stappen ?

Mja lees de rest ook ne keer he.
Toeval is dat niet meer

Global policies zullen ze voor één klant idd niet aanpassen.
Maar de rem die ze toen op mijn p2p verkeer hebben gezet, hebben ze iig wel weggehaald

Terugvallen naar exact dezelfde snelheid iedere dag tussen 18u & 24u (op de seconde he ) is geen toeval.
Zeker niet als je klokslag 24u naar je max schiet

Devilzown schreef:Terugvallen naar exact dezelfde snelheid iedere dag tussen 18u & 24u (op de seconde he ) is geen toeval.
Zeker niet als je klokslag 24u naar je max schiet

Inderdaad, heb er bij een vriend ook nog van gehoord. Net dezelfde ervaring als jij.
Ik heb nu jammergenoeg nu en dan eens dezelfde ervaring met mijn server. Het is dan wel m'n ISP van m'n server die aan traffic shaping doet, ik dacht eerst dat het Dommel was, maar na een paar tests heb ik mij bedacht

Sluiten ze nu ook al nntp verkeer af 's avonds?
Is nu 2 avonden op rij dat newsbin crashed wanneer connectie gemaakt wordt.
's Morgens gaat het wel goed.

Bij nntp heb je vaak de mogelijkheid om SSL (563) of http (80) te gebruiken. Dat moet je maar eens proberen, dat zal je wel een speedboost geven

Nope, biedt geen oplossing. Ook zodra een SSL verbinding 'connected' komt vliegt newsbin er meteen uit.

The Conquer schreef:Sluiten ze nu ook al nntp verkeer af 's avonds?
Is nu 2 avonden op rij dat newsbin crashed wanneer connectie gemaakt wordt.

Ze gaan nooit NNTP volledig afsluiten... in het ergste geval misschien gewoon in snelheid beperken.

Het lijkt me dus raar dat Newsbin zou crashen...

r2504 schreef: Het lijkt me dus raar dat Newsbin zou crashen...

Sowieso zou software niet mogen crashen door limiting of blocking issue's bij uw isp.

Lijkt mij dus gewoon een gevalletje corrupte installatie of instabiele windows ...

Dan wel erg vreemd dat het enkel 's avonds corrupt is...

The Conquer schreef:Dan wel erg vreemd dat het enkel 's avonds corrupt is...

kan ook nttp provider zijn die het afknijpt niet altijd direct aan de isp denken, .. je moet degelijk testen voor je zoiets zegt, .. bv door verschillende providers alternatieve poorten enz, .. als ze werkelijk nttp afknijpen dan zou dit via poorten gaan, en dus gaat het waarschijnlijk over poort 119 als je ssl aan zet en poort 80 gebruikt is het bijna onmogelijk voor een isp om te zien wat dit werkelijk voor trafiek is. Tenzij de content provider zijn ip natuurlijk geblacklist is.

Maar zoals men reeds vermeld heeft als uw client crashed is het de client, het kan natuurlijk ook zijn dat client niet de volledige snelheid haalt omdat hij aan het crashen is en dat het dan lijkt alsof hij crashed vanwege het traag gaat, maar het zou me sterk verbazen moest uw client crashen vanwege iets wat een isp doet. Tenzij hij buffer overflows heeft en dan uiteindelijk ligt het nog aan je client.

Ik kan nog eens testen met verschillende servers, toch blijf ik erbij dat er met mijn client niks scheelt. Dezelfde pc, met dezelfde windows en dezelfde client werkt 's morgens perfekt, 's avonds niet.

t'is weer triest. T'is nu al gecapped op 100 kB/s deze avond :/ Kan dit omzeild worden? Encrypte in utorrent staat al aan.

frado schreef:t'is weer triest. T'is nu al gecapped op 100 kB/s deze avond :/ Kan dit omzeild worden? Encrypte in utorrent staat al aan.

Mailtje sturen naar telenet, en ze duidelijk maken dat ze kunnen kiezen tussen cap weghalen/opzegbrief

Ik gebruik transmission als bittorrent client en daar kies ik ervoor dat de poort bij iedere opstart gerandomized word. Als je altijd torrents download op dezelfde poort gaat er waarschijnlijk een traffic shaper in gang schieten... Ik weet nu niet direct of utorrent die optie heeft. (je moet wel uPnp aanzetten natuurlijk...)

beter check je eens of je wel een goed seedende torrent binnen aan't halen bent.

Of geef wat euro's uit aan een seexbox (http://www.yourseedbox.com )

A seedbox is a server where you can download and upload torrents. All of this happens by the use of a panel. Immediately when the torrent is downloaded (which will go way faster than on your house’s connection) you can download it through FTP, HTTP, webdav on your house computer. Of course all of this happens in complete anonymity and you don’t have any upload traffic at home.