K
kjonker1
Mr. 97k5ixS744 zei:
ligt niet aan giganews want ik heb giganews,ligt gewoon aan chello.
Tot 17.00 uur gaat het daarna is het waardeloos.
Zie bijlage
-
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.
Knijpt Chello nu ook het dataverkeer van betaalde nieuwsservers?
- Status
ligt niet aan giganews want ik heb giganews,ligt gewoon aan chello.
Tot 17.00 uur gaat het daarna is het waardeloos.
Zie bijlage
Topicstarter
Topicstarter
DarkChild
mooie post op tweakers dat het naar alle waarschijnlijkheid een vorm van traffic shaping is die voor 95% van de klanten niet uitmaakt en voor de rest ontkend wordt (waarbij waarschijnlijk de meeste chello medewerkers dit niet eens weten)
en nu we toch met (hypothetische) getallen bezig zijn: stél in het uiterste geval dat dit zo blijft, hoeveel mensen zouden er dan daadwerkelijk van ISP veranderen en hoe erg treft dit UPC/Chello?
lijkt me een gecontroleerd risico
en nu we toch met (hypothetische) getallen bezig zijn: stél in het uiterste geval dat dit zo blijft, hoeveel mensen zouden er dan daadwerkelijk van ISP veranderen en hoe erg treft dit UPC/Chello?
lijkt me een gecontroleerd risico
S
sjello
Heb ik ergens beweerd dat het wél aan Giganews ligt? Ik heb de lieve users/klanten hier er alleen maar op gewezen/verzocht even een gratis proef-account bij Giganews te nemen indien mogelijk, zodat dát uitgesloten kon worden.kjonker1 zei:
GigaNews staat bij mij op nummer 1 qua service/snelheid/retentie/capaciteit etc.
C
copernicus
Ik vertrouw de zaak niet helemaal,Ik lees op een aantal forums dat er heel veel gebeld is naar de HD.
Iedere keer krijgt diegenen te horen dat de medewerker het niet weet en er een melding van maakt.
Ik denk dat ze dat moeten zeggen en dat ze niet willen zeggen wat er aan de hand is
Iedere keer krijgt diegenen te horen dat de medewerker het niet weet en er een melding van maakt.
Ik denk dat ze dat moeten zeggen en dat ze niet willen zeggen wat er aan de hand is
A
ArcovdBroek
Speciaal voor dit topic ben ik maar even lid geworden..
Wat een takkezooi dit van UPC/Chello, ik heb nooit een e-mail (die ik overigens nooit lees, net voor 't eerst geopend in 7 maanden) gekregen of een brief gezien.. en dan wordt mijn snelheid gewoon van 1 megabyte per seconde (Chello Classic), naar max 300 a 500 kb/s gezet.. Wat een mafkezen-bedrijf!
Ik heb sinds 1 december internet via UPC/Chello, en het beviel me heel goed.. maar het viel mij gisteren ineens op dat ik onwijs langzaam downloadde via de nieuwsgroepen. Ik heb overigens Tweaknews Payserver.
Collega's begonnen er vanavond ook al over, schande!
Helpdesk bellen doe ik niet aan, gezien eerdere reacties hier.. Vorige keer had ik echt een nietsnut aan de lijn, die werkelijk TE traag voor woorden was, dat ik hem duidelijk maakte dat ie wel sneller mag werken. Ik werk zelf overigens bij de helpdesk van Casema, vandaar...
Mijn postcode is 3083CT en woon dus in Rotterdam. Hopelijk doet UPC/Chello hier snel iets aan, dit is TE erg!!
Edit: vanavond schommelt het tussen de 450 en 600 kb/s... maar nog steeds ben ik niet tevreden!
Nogmaals een edit: ik heb er uitschieters bij zitten van 750 kb/s maar dat is niet vaak helaas..
Wat een takkezooi dit van UPC/Chello, ik heb nooit een e-mail (die ik overigens nooit lees, net voor 't eerst geopend in 7 maanden) gekregen of een brief gezien.. en dan wordt mijn snelheid gewoon van 1 megabyte per seconde (Chello Classic), naar max 300 a 500 kb/s gezet.. Wat een mafkezen-bedrijf!
Ik heb sinds 1 december internet via UPC/Chello, en het beviel me heel goed.. maar het viel mij gisteren ineens op dat ik onwijs langzaam downloadde via de nieuwsgroepen. Ik heb overigens Tweaknews Payserver.
Collega's begonnen er vanavond ook al over, schande!
Helpdesk bellen doe ik niet aan, gezien eerdere reacties hier.. Vorige keer had ik echt een nietsnut aan de lijn, die werkelijk TE traag voor woorden was, dat ik hem duidelijk maakte dat ie wel sneller mag werken. Ik werk zelf overigens bij de helpdesk van Casema, vandaar...
Mijn postcode is 3083CT en woon dus in Rotterdam. Hopelijk doet UPC/Chello hier snel iets aan, dit is TE erg!!
Edit: vanavond schommelt het tussen de 450 en 600 kb/s... maar nog steeds ben ik niet tevreden!
Nogmaals een edit: ik heb er uitschieters bij zitten van 750 kb/s maar dat is niet vaak helaas..
D
dijuk
Sinds vanmorgen weer normaal 
Hoop dat het zo blijft pfff
Hoop dat het zo blijft pfff
K
kjonker1
dijuk zei:Sinds vanmorgen weer normaal
Hoop dat het zo blijft pfff
moet je vanavond maar weer eens kijken
K
kjonker1
Mr. 97k5ixS744 zei:
Je bent snel op je steentjes getrapt zeg
Het was niet persoonlijk bedoeld.
Giganews is ook een hele goede usenetserver maar daar betaal je dan ook wel iets exstra voor.
P
pernisserboer
ben blij dat alles weer normaal werkt
sinds vanochtend weer normale snelheid die ik gewend was
filmpje in 30 min ipv 5,5 uur
hopen dat het een storingkjewas
sinds vanochtend weer normale snelheid die ik gewend was
filmpje in 30 min ipv 5,5 uur
hopen dat het een storingkjewas
- Berichten
- 3.371
De volgende post heb ik ook op tweakers gedaan. Niet iedereen komt daar, vandaar een kopie van de post hier:
Misschien ligt dit probleem wel helemaal niet bij chello zelf maar op de route er tussenin?
Why?
- Als chello zou cappen zou iedereen er last van moeten hebben, niet willekeurig verschillende mensen.
- Elke vorm van dataverkeer neemt een bepaalde route, welke per keer kan verschillen. Met tracert kun je nagaan waar het langskomt. Het kan zijn dat 1 van de machines waar het allemaal langsgaat een probleem heeft (zwakste schakel) in de vorm van capaciteitsproblemen of bijvoorbeeld uitval van 1 van de verschillende processoren.
traceroute to newsreader6.eweka.nl (81.171.88.24
, 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt01.brain.upc.nl (212.142.19.65)
3 213.46.183.105 (213.46.183.105)
4 nl-ams02a-rd1-10ge-6-0.aorta.net (213.46.161.153)
5 213.46.183.78 (213.46.183.7
6 upc-link1.private.openpeering.nl (82.150.153.101)
7 openpeering-2.eweka.nl (82.150.153.190)
8 newsreader6.eweka.nl (81.171.88.24
traceroute to newsreader6.eweka.nl (81.171.88.24, 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt01.brain.upc.nl (212.142.19.65)
3 213.46.183.105 (213.46.183.105)
4 nl-ams02a-rd1-10ge-6-0.aorta.net (213.46.161.153)
5 213.46.183.78 (213.46.183.7
6 upc-link1.private.openpeering.nl (82.150.153.101)
7 openpeering.eweka.nl (82.150.153.19
8 newsreader5.eweka.nl (81.171.88.249)
traceroute to newsreader1.eweka.nl (81.171.88.253), 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt02.brain.upc.nl (212.142.19.97)
3 213.46.183.89 (213.46.183.89)
4 213.46.183.85 (213.46.183.85)
5 213.46.183.81 (213.46.183.81)
6 ams-ix.eweka.nl (195.69.144.94)
7 10ge.foundry-rx.ams.eweka.nl (81.171.102.229)
8 newsreader1.eweka.nl (81.171.88.253)
traceroute to newsreader29.eweka.nl (81.171.88.220), 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt02.brain.upc.nl (212.142.19.97)s
3 213.46.183.89 (213.46.183.89)
4 213.46.183.85 (213.46.183.85)
5 213.46.183.81 (213.46.183.81)
6 ams-ix.eweka.nl (195.69.144.94)
7 10ge.foundry-rx.ams.eweka.nl (81.171.102.225)
8 newsreader29.eweka.nl (81.171.88.220)
Het verkeer loopt vanaf chello zo te zien afhankelijk vanaf welke newsreader je gebruikt via openpeering of de ams-ix. Ook zijn er verschillende servers die gebruikt worden (voor de duidelijkheid vet gedrukt gemaakt). Hierin kan de oorzaak verborgen liggen, als 1 van deze servers problemen geeft, moet dat duidelijk gemaakt worden.
Ook kan het probleem binnen het UPC netwerk liggen (de onderstreepte stukken), er zijn verschillende routes die gebruikt worden
Dit kan dan ook de reden zijn dat een testbestand vanaf eweka http wel goed gaat, maar via de newsreaders dus niet.
Kort gezegd: zou het niet een routeringsprobleem kunnen zijn tussen newsservers via de tussenstations naar chello toe? Het kan ook zijn dat het een probleem is binnen het chello netwerk zelf?
Nogmaals: als chello daadwerkelijk zou cappen: zou niet iedereen daar dan last van moeten hebben?
Op een moment dat je chello belt en ze weten niets (of zeggen niets te weten) dan kán dat daadwerkelijk zo zijn. De snelheid wordt door vele factoren beinvloed, al dan niet negatief...
ps: dit is een anti-bash post
ps2: als er gecapped zou worden, is het dan niet logisch dat er een max snelheid is in plaats van de varierende snelheden die er nu zijn?
Misschien ligt dit probleem wel helemaal niet bij chello zelf maar op de route er tussenin?
Why?
- Als chello zou cappen zou iedereen er last van moeten hebben, niet willekeurig verschillende mensen.
- Elke vorm van dataverkeer neemt een bepaalde route, welke per keer kan verschillen. Met tracert kun je nagaan waar het langskomt. Het kan zijn dat 1 van de machines waar het allemaal langsgaat een probleem heeft (zwakste schakel) in de vorm van capaciteitsproblemen of bijvoorbeeld uitval van 1 van de verschillende processoren.
traceroute to newsreader6.eweka.nl (81.171.88.24
, 30 hops1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt01.brain.upc.nl (212.142.19.65)
3 213.46.183.105 (213.46.183.105)
4 nl-ams02a-rd1-10ge-6-0.aorta.net (213.46.161.153)
5 213.46.183.78 (213.46.183.7
6 upc-link1.private.openpeering.nl (82.150.153.101)
7 openpeering-2.eweka.nl (82.150.153.190)
8 newsreader6.eweka.nl (81.171.88.24
traceroute to newsreader6.eweka.nl (81.171.88.24
, 30 hops1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt01.brain.upc.nl (212.142.19.65)
3 213.46.183.105 (213.46.183.105)
4 nl-ams02a-rd1-10ge-6-0.aorta.net (213.46.161.153)
5 213.46.183.78 (213.46.183.7
6 upc-link1.private.openpeering.nl (82.150.153.101)
7 openpeering.eweka.nl (82.150.153.19
8 newsreader5.eweka.nl (81.171.88.249)
traceroute to newsreader1.eweka.nl (81.171.88.253), 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt02.brain.upc.nl (212.142.19.97)
3 213.46.183.89 (213.46.183.89)
4 213.46.183.85 (213.46.183.85)
5 213.46.183.81 (213.46.183.81)
6 ams-ix.eweka.nl (195.69.144.94)
7 10ge.foundry-rx.ams.eweka.nl (81.171.102.229)
8 newsreader1.eweka.nl (81.171.88.253)
traceroute to newsreader29.eweka.nl (81.171.88.220), 30 hops
1 10.80.128.1 (10.80.128.1)
2 Gig6-0.hv00rt02.brain.upc.nl (212.142.19.97)s
3 213.46.183.89 (213.46.183.89)
4 213.46.183.85 (213.46.183.85)
5 213.46.183.81 (213.46.183.81)
6 ams-ix.eweka.nl (195.69.144.94)
7 10ge.foundry-rx.ams.eweka.nl (81.171.102.225)
8 newsreader29.eweka.nl (81.171.88.220)
Het verkeer loopt vanaf chello zo te zien afhankelijk vanaf welke newsreader je gebruikt via openpeering of de ams-ix. Ook zijn er verschillende servers die gebruikt worden (voor de duidelijkheid vet gedrukt gemaakt). Hierin kan de oorzaak verborgen liggen, als 1 van deze servers problemen geeft, moet dat duidelijk gemaakt worden.
Ook kan het probleem binnen het UPC netwerk liggen (de onderstreepte stukken), er zijn verschillende routes die gebruikt worden
Dit kan dan ook de reden zijn dat een testbestand vanaf eweka http wel goed gaat, maar via de newsreaders dus niet.
Kort gezegd: zou het niet een routeringsprobleem kunnen zijn tussen newsservers via de tussenstations naar chello toe? Het kan ook zijn dat het een probleem is binnen het chello netwerk zelf?
Nogmaals: als chello daadwerkelijk zou cappen: zou niet iedereen daar dan last van moeten hebben?
Op een moment dat je chello belt en ze weten niets (of zeggen niets te weten) dan kán dat daadwerkelijk zo zijn. De snelheid wordt door vele factoren beinvloed, al dan niet negatief...
ps: dit is een anti-bash post
ps2: als er gecapped zou worden, is het dan niet logisch dat er een max snelheid is in plaats van de varierende snelheden die er nu zijn?
- Status