Gathering of Tweakers

quote:

Squee schreef op vrijdag 04 januari 2008 @ 10:35:
[...]


Kan je misschien iets gedetailleerdere info posten in welke range hij het niet deed en in welke wel:
[UPC] Onderzoek naar blokkade van P2P verkeer

Mijn vorige IP heb ik al gepost maar hier nog een keer 80.56.xx.xx in Rotterdam dus.

Ik heb ook last van dit probleem (sta al op de lijst) heeft iemand enig idee of dit tijdelijk is?

Als het permanent is zal ik op zoek moeten naar een nieuwe ISP >_<

• 62.195.179.x
• Almere
• Chello Extreme
• Geen problemen whatsoever (wel last van knijpacties uiteraard)
• http://www.google.nl/?info_hash=bla geeft direct een 404 foutmelding

quote:

Squee schreef op vrijdag 04 januari 2008 @ 01:14:
Door je MAC adres te veranderen van het apparaat wat direct achter je UPC modem hangt en dit registreerd op http://prov.upc.nl/ kan je forceren om een nieuw IP adres toegewezen te krijgen.

Het registreren van je nieuwe netwerkkaart hoeft sinds enige tijd (volgens mij alweer bijna een jaar) niet meer.

- 77.250.48.x
- 5554 Valkenswaard
- Chello Extreme
- Geen enkel probleem (alleen heel soms heb ik het idee dat er wat geknepen wordt maar niet heel erg)
- http://www.google.nl/?info_hash=bla geeft binnen een seconde een 404 foutmelding van google zelf

@sylvesterrr: Nee je hoeft je dan inderdaad niet opnieuw te registreren op prov.upc.nl, even de stekker van de modem eruit nadat je het mac hebt veranderd is voldoende.

ik222 wijzigde dit bericht 04-01-2008 17:44 (25%)

torrent verkeer via TOR? dat zal niet erg snel gaan.
Tor is ook niet echt bedoeld om p2p verkeer te routen.

quote:

mind_ schreef op vrijdag 04 januari 2008 @ 18:25:
torrent verkeer via TOR? dat zal niet erg snel gaan.
Tor is ook niet echt bedoeld om p2p verkeer te routen.

Tor wordt hier alleen gebruikt voor communicatie tussen de tracker en jezelf, niet meer de peers

quote:

sylvesterrr schreef op vrijdag 04 januari 2008 @ 17:36:
Het registreren van je nieuwe netwerkkaart hoeft sinds enige tijd (volgens mij alweer bijna een jaar) niet meer.

Ok daar was ik me niet van bewust, ik heb namelijk zelf nog van sinds de A2000 tijd het zelfde MAC adres
Ik pas het even aan, aangezien ik nu ook even de lijst update.

ip;77.248.121.xxx
postc; 5502xx in Veldhoven
abonn;chello light
p2p; -uTorrent 1.6 = geen problemen
-Yabnews/newsleecher = geen probleem
+ Google foutmelding

Succes ermee!

quote:

hubo2000 schreef op vrijdag 04 januari 2008 @ 21:00:
ip;77.248.xx
postc; 5502xx in Veldhoven
abonn;chello light
p2p; -uTorrent 1.6 = geen problemen
-Yabnews/newsleecher = geen probleem
+ Google foutmelding

Succes ermee!

Zou je alsjeblieft je /24 subnet kunnen posten, dus de eerste drie getallen, en niet alleen de eerste twee? (zie openingspost)

Hersteld bij deze.

213.93.171.X
2651 Berken & Rodenrijs
Power
Beide links kan ik zonder problemen openen. (Uiteraard geeft google een 404 omdat de pagina niet bestaat)

P2P wordt 100% zeker afgeknepen.
Usenet werkt goed (hitnews, SSL verbinding)

quote:

not3pad schreef op vrijdag 04 januari 2008 @ 22:24:
213.93.171.X
2651 Berken & Rodenrijs
Power
Beide links kan ik zonder problemen openen. (Uiteraard geeft google een 404 omdat de pagina niet bestaat)

P2P wordt 100% zeker afgeknepen.
Usenet werkt goed (hitnews, SSL verbinding)

SSL wordt voorlopig niet geknepen. Werkt Usenet zonder SSL wel probleemloos?

quote:

Squee schreef op vrijdag 04 januari 2008 @ 14:02:
[...]


En hoe staat het met torrent of emule verkeer? Waarschijnlijk heb je alleen last van het (extreem) knijpen van nieuwsverbindingen in de piek uren als ik dit zo hoor... SSL zou je misschien kunnen proberen.

En als je wil, laat ook even weten wat er gebeurd als je http://www.google.nl/?info_hash=bla probeert te openen. Krijg je een timeout, of een Google 404?

Emule en Torrent gebruik ik niet dus testen kan ik je helaas niet mee helpen. SSL is helaas nog niet ondersteund door Eweka, maar ik denk dat dat wel kan helpen.
De info_hash link:
IE: Google foutmelding
FF: Timeout

Zal de link even bewaren tot tijdens de piekuren, want nu doet Eweka het ook

ReCreator wijzigde dit bericht 05-01-2008 02:07 (8%)

24.132.166.17
Postcode 2983

Hier werkt zowel USENET niet alswel Limewire.
Via het tor netwerk geen problemen.

Als dit zo blijft stap ik over, ik was enig sinds tevreden met UPC tot dit.
Heb hier voor al tijden lang last gehaalt dat de beloofde snelheid niet werd gehaalt ik heb xtreme, maar kwam niet boven 400 KB Download uit.
En heb dr al dik 2 weken last van.

UPDATE:
Ander ip maakt het verschil...

Alles werkt nu vlekkeloos

sharky-terror wijzigde dit bericht 05-01-2008 12:46 (17%)

Ik heb jaren Chello Classic gehad, ik ben ± 1,5 jaar geleden overgestapt naar ADSL, juist vanwege dit probleem.
nieuws: Klachten over snelheidvermindering p2p-verkeer Chello

Ik merkte dat tijdens vakantieperiodes ik een hele hoge downloadsnelheid haal en buiten vakantieperiodes ± 50-100 kb/s.

ip: 24.132.112.x /24
8242 Lelystad
Extreme

No problems whatsoever. In piekuren soms trager maar dat lijkt me niet meer dan normaal. Vaak trek ik 20Mbps nntp verkeer.

UPC: (imho)

Hier ook gewoon p2p nooit geblokeerd geweest en zal ook nooit gebeuren ook, wel zullen ze knijpen (snelheid verminderen) voorang geven op http/mail/ftp.

quote:

pistole schreef op zaterdag 05 januari 2008 @ 10:27:
UPC: (imho)

Tot je zelf geblokkeerd wordt.

quote:

MensionXL schreef op zaterdag 05 januari 2008 @ 10:41:
[...]


Tot je zelf geblokkeerd wordt.

Eens. Maar volgens mij herhaalt de geschiedenis zich ofzo, want een jaar ofzo geleden was hier ook al sprake van (overigens ook nooit last van gehad).

Snelheid is afhankelijk van je omgeving.
Als je de enige in de buurt bent met kabelinternet, zal je er niet veel van merken.

quote:

GoT schreef op zaterdag 05 januari 2008 @ 11:20:
Snelheid is afhankelijk van je omgeving.
Als je de enige in de buurt bent met kabelinternet, zal je er niet veel van merken.

Laat ik even vooropstellen dat het 'probleem' wat hier aangekaart wordt mbt P2P verbindingen geen traagheid is, maar blokkade van communicatie met bijv torrent trackers, 24 uur per dag. Of dit afhankelijk is van de omgeving is de vraag, of dat het afhankelijk is van het subnet... ik moet eerlijk zeggen dat ik er nog geen patroon kan opmaken uit de data die ik tot nu toe verzameld heb. Maar als het zo is dat mensen die hun IP in een andere range weten te krijgen door hun MAC adres aan te passen, dat die dan ineens geen last meer van de blokkade hebben, dan ondersteund dat toch wel het idee dat het wel per subnet geblokkeerd wordt, en niet locatie/wijk/verdeelkast afhankelijk is.

Misschien moet ik de tekst in de openingspost nog wat duidelijker proberen te maken... Ik zal in ieder geval zo de lijst weer even updaten.

Squee wijzigde dit bericht 05-01-2008 11:54 (7%)

24.132.120
7101

Niks geblokt.

Ik wil even een andere theorie opwerpen:
Ik denk niet dat het een bewuste blok is maar een configuratie fout. Waarom denk ik dit:
Zo rond de tijd dat de TS zegt dat de problemen zijn begonnen, zijn er ook andere poortproblemen opgetreden. Ik heb UPC daarvan op de hoogte gebracht. Wat wil het geval:
Mensen in mijn squad/clan kregen LAG/Connection-interrupts terwijl ze probeerden te spelen op onze COD4 gameserver: 194.88.2.88:28960
Ook kreeg men disconnects op de Teamspeak server die daar ook op draait: 194.88.2.88:8767
Ik heb het probleem ge-inventariseerd, het was landelijk (gamers vanuit het hele land met UPC, andere providers NIET) en lag niet aan het netwerk waarop onze server wordt gehost.

UPC heeft gereplyed op mijn mail en naar 2nd line doorgestuurd. Sinds een week is het probleem veel minder maar nog wel aanwezig. Ik denk dat ze ergens een rotte router of verrotte config draaien.

Kan het helemaal mis hebben, maar is wel érg toevallig.

quote:

KillerAce_NL schreef op zaterdag 05 januari 2008 @ 12:02:
Ik wil even een andere theorie opwerpen:
Ik denk niet dat het een bewuste blok is maar een configuratie fout.

Dan wil ik graag een tegenargument nog even onderstrepen; waarom is het dan zo dat HTTP requests naar welke host dan ook met "?info_hash=" querystrings gedropped worden door het netwerk, wanneer ze verstuurd worden vanaf hosts die deze problemen ondervinden? ... dat lijkt me wel een heel erg sterke 'configuratiefout'.

Ik heb vandaag het voorbeeld van Dennisz gevolgd en een nieuwe netwerkkaart in mijn PC gezet en ja hoor bingo! utorrent, Bitcommet, Emule, Usenet maken weer keurig verbinding ( zelfs nu om een uur of 2 op de zaterdagmiddag ! ).
Mijn nieuwe, werkende IP adres is 80.56.146.xx . Mijn oude niet werkende was 80.56.142.xx.
( Postcode 8054 rotterdam ). En nu maar hopen dat ik hiermee het einde van mijn UPC contract kan halen, want het blijft natuurlijk een onbeschofte manier van handelen en een, in mijn geval onhandige oplossing ( kan met nieuwe adres bv niet meer inbellen op de computer van de zaak omdat daar toegang op ip niveau wordt gegeven. Werk voor de systeembeheerder de komende week, maar die is wel wat gewend met mijn UPC aansluiting en regelmatig wisselende IP adressen ! )