Pagina 1 van 1

Dommel capaciteitsproblemen?

Geplaatst: 18 nov 2007, 11:51
door frankv
Dit is nu al 2 dagen achtereen dat ik het merk: om 1 uur 's nachts tot 1 uus 's middags maakt mijn downloadsnelheid bij Dommel een spectaculaire duikt. Snelheid is gereduceert tot een zeer onregelmatige 5-80 kb/s!!!!! Normaal heb ik de maximale 420 kb/s. Dit is met een betaalde newsgroupprovider en het probleem is echt wel bij Dommel. Na 1 uur 's middags begint de snelheid weer goed te komen. Het ligt niet aan de newsgroupprovider. Heb ook bittorrent, ftp etc getest. Allemaal hetzelfde probleem. Ik hoop dat dit niet hun 'upgrade' is die ze gingen maken :-(

Als er nog mensen zijn in regio Wilrijk, please check.

Geplaatst: 18 nov 2007, 11:59
door xenne
ik heb zelf geen problemen ervaren.

ik heb in andere topics wel al gelezen dat bepaalde mensen met pay-servers hun max. snelheid niet meer halen bij het downloaden van usenet, wat ik vrij alarmerend vond

Geplaatst: 18 nov 2007, 12:03
door Ken
Is goed mogelijk dat ze net als een paar andere providers in Canada en USA traffic op usenet in de QoS tabel hebben gezet op het laagste niveau :-)

Geplaatst: 18 nov 2007, 12:44
door frankv
Ken schreef:Is goed mogelijk dat ze net als een paar andere providers in Canada en USA traffic op usenet in de QoS tabel hebben gezet op het laagste niveau :-)
Misschien, maar dan is het toch raar dat het juist in dfe 'happy hours' gebeurd. Ik houd mijn hart vast voor volgende maand waneer de downloadlimieten weer omhoog gaan en meer mensenn vakantie hebben.

In ieder geval: 20-30 gemiddelde is niet aanvaardbaar. Hopelijk zijn dit slechts tijdelijk bijwerkingen van hun upgrades.

Geplaatst: 18 nov 2007, 13:21
door verdickt
Hier geen problemen ondervonden.

Geplaatst: 18 nov 2007, 13:33
door ubremoved_983
De latency van Dommel is ook maar zo & zo. Ik vermoed dat ik het me nog ga beklagen dat ik Dommel besteld heb.

Latency:
http://noc.netcore.be/cgi-bin/smokeping ... ium.Dommel

Geplaatst: 18 nov 2007, 13:38
door cloink
ditCh schreef:De latency van Dommel is ook maar zo & zo.
Zo & zo? Die waarden zijn best dramatisch te noemen... :eek:

Geplaatst: 18 nov 2007, 14:17
door Silence
Hmm hier al heel de morgen aan 400kb aan het downloaden (usenet)

Geplaatst: 18 nov 2007, 14:30
door liger
ditCh schreef:De latency van Dommel is ook maar zo & zo. Ik vermoed dat ik het me nog ga beklagen dat ik Dommel besteld heb.

Latency:
http://noc.netcore.be/cgi-bin/smokeping ... ium.Dommel
van waar tot waar wordt er gemeten?

Geplaatst: 18 nov 2007, 14:47
door frankv
Silence schreef:Hmm hier al heel de morgen aan 400kb aan het downloaden (usenet)
Mja, waarschijnlijk hangt het af waar je zit. Misschien is slechts een deel van hun infrastructuur overbelast. Ik had het hier vandaag weer aan mijne rekker. En iets na 1 uur 's middags gaat de dl van ongeloofelijk laag naar 420 Kb/s.

Geplaatst: 18 nov 2007, 16:38
door Goztow
Tja, wat wil je: als iedereen tijdens de happy hours allemaal op hun maximale snelheid gaat downloaden. :-S

Geplaatst: 18 nov 2007, 16:54
door nogChoco
Ken schreef:Is goed mogelijk dat ze net als een paar andere providers in Canada en USA traffic op usenet in de QoS tabel hebben gezet op het laagste niveau :-)
Zouden ze dat dan niet eerder buiten de happy hours doen, wanneer er nog 'teveel' prioritair surfverkeer is?

Geplaatst: 18 nov 2007, 17:33
door ljd
Sja dan neem je een nederlandse usenet provider met SSL, gedaan met capping.

Geplaatst: 18 nov 2007, 19:27
door deej
ditCh schreef:De latency van Dommel is ook maar zo & zo. Ik vermoed dat ik het me nog ga beklagen dat ik Dommel besteld heb.

Latency:
http://noc.netcore.be/cgi-bin/smokeping ... ium.Dommel
Hoe moet ik dit interpreteren? Wat een verschil met EDPNet...

Geplaatst: 18 nov 2007, 19:32
door ljd
deej schreef:
ditCh schreef:De latency van Dommel is ook maar zo & zo. Ik vermoed dat ik het me nog ga beklagen dat ik Dommel besteld heb.

Latency:
http://noc.netcore.be/cgi-bin/smokeping ... ium.Dommel
Hoe moet ik dit interpreteren? Wat een verschil met EDPNet...
Dit heeft enkel met hosting te maken :???:

PS: Vanmiddag gingen mijn ftp verbindingen ook traag

Geplaatst: 18 nov 2007, 22:23
door klooooon
Hier geen nachtelijke problemen en werk met download2day

Geplaatst: 19 nov 2007, 00:14
door liger
Goztow schreef:Tja, wat wil je: als iedereen tijdens de happy hours allemaal op hun maximale snelheid gaat downloaden. :-S
ff opmerken dat sprong gebeurd voor het grootste deel buiten de happy hours

Geplaatst: 19 nov 2007, 08:40
door Goztow
LoSeR schreef:
Goztow schreef:Tja, wat wil je: als iedereen tijdens de happy hours allemaal op hun maximale snelheid gaat downloaden. :-S
ff opmerken dat sprong gebeurd voor het grootste deel buiten de happy hours
Ik dacht dat happy hours bij Dommel van 1 tot 13u waren.

Geplaatst: 19 nov 2007, 09:05
door cloink
ljd schreef:Dit heeft enkel met hosting te maken :???:
Euh, hoezo? Sinds wanneer heeft latency enkel met hosting te maken? :roll: Mij lijkt het eerder een peering-probleem te zijn (binnen België). Een traceroute vanuit die netcore.be zou allicht meer duidelijkheid brengen...

Geplaatst: 19 nov 2007, 09:14
door ubremoved_983

Code: Selecteer alles

 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. rappa-32.vip-1.bru1.benesol.be    0.0%     6    0.8   0.7   0.6   0.8   0.1
 2. 85-158-208-226.powered-by.beneso  0.0%     6    0.3   0.4   0.3   0.5   0.1
 3. g1-0-211.core01.bru01.atlas.coge  0.0%     6    0.5   0.5   0.4   0.8   0.2
 4. belgacom.bru01.atlas.cogentco.co  0.0%     6   29.4  80.3   1.2 141.3  64.1
 5. 80.84.18.136                      0.0%     6    1.2   2.0   1.2   4.6   1.3
 6. x-ge1.belgacom-ics.bru.schedom-e  0.0%     6    1.5   1.5   1.3   1.6   0.1
 7. ge0-1.firewall-cluster.bru.sched  0.0%     6    5.1   4.8   4.3   5.3   0.4
 8. luca.schedom-europe.net           0.0%     5    5.7   5.1   4.8   5.7   0.4
EDPnet heeft wel betere latency omdat ik daar mee peer over Freebix.

Geplaatst: 19 nov 2007, 09:25
door cloink
Tja, zal een beetje van plaats tot plaats afhangen natuurlijk. Maar het feit dat alle andere providers wél fijne waarden halen doet natuurlijk vermoeden dat Dommel binnen België niet zo erg goede peerings heeft, hoewel de boel (gelukkig!) wel netjes binnen België blijft. :)

PS: euh, inderdaad, nu dat ik het nog eens bekijk: hier kan Dommel nogal weinig aan doen natuurlijk...

Geplaatst: 19 nov 2007, 09:26
door Goztow
Cogentco is een algemeen probleem: sommige van mijn gamers moeten daar ook over om op mijn servers te geraken en de tracert wijst altijd cogentco aan als schuldige voor hogere pings.

Geplaatst: 19 nov 2007, 10:24
door deej
Ivm met de hele capaciteitsproblematiek: blijkbaar wordt het één en ander veroorzaakt door een vertraging van drie maanden (!) in oplevering van 2 622 Mbit/s backbonelijnen door een telco. Het zou deze week in orde moeten zijn.

Geplaatst: 19 nov 2007, 10:31
door rtl
ik ben er toch gerust op, nog nooit enig probleem gehad bij dommel en imo zijn ze daar ook veel capabeler dan bij edpnet (n/o)

Geplaatst: 19 nov 2007, 11:37
door ljd
Het is dan toch de schuld van belgacom kunnen we zeggen ?

Geplaatst: 20 nov 2007, 16:50
door TylerDurden
Dit is nu al 2 dagen achtereen dat ik het merk: om 1 uur 's nachts tot 1 uus 's middags maakt mijn downloadsnelheid bij Dommel een spectaculaire duikt. Snelheid is gereduceert tot een zeer onregelmatige 5-80 kb/s
same here met een ongelimiteerde (zowel qua volume als snelheid) giganews account...

heeft ook helemaal niks te maken met lokatie. Op de giganews website kan je een speedtest doen die een indicatie moet geven van de connectiesnelheid met hun newsservers en die geeft consistent waarden van 3500 kbit/s en meer, ook op momenten dat de effectieve downloadsnelheid bedroevend is.