Userbase

Idem hier. Telenet Fibernet XL en Eweka gaat amper nog vooruit, tot voor enkele weken geen problemen.

Dettie schreef:50mbit account bij eweka

50mbit om berichten uit nieuwsgroepen te lezen

, raar ...

Ik zou toch niet onmiddellijk op eweka schieten want ik haal altijd de max. snelheid zonder problemen .... Gebruik dat nu toch al een jaartje en nog nooit problemen ondervonden ...

Wel even vermelden dat ik bij belgacom zit

conehead schreef:Ik zou toch niet onmiddellijk op eweka schieten want ik haal altijd de max. snelheid zonder problemen .... Gebruik dat nu toch al een jaartje en nog nooit problemen ondervonden ...

Wel even vermelden dat ik bij belgacom zit

idd, ik heb eweka al gecontacteerd, zij zeggen dat alles daar ok is, mijn account op een belgacom verbinding, direct zijn lijn dichtgetrokken ...
thuis op telenet, 300kb/s
(Tim geloof ik ook, dat ergens eweka problemen heeft . Feit is, het moet opgelost raken voor ik en anderen die het ook ervaren)

donderdagavond pm naar charlotte gestuurd, nog geen reactie, wss volgende week wel ergens ...
we zien wel

Hier geen problemen met Fibernet XL en Astraweb. Heb net bij wijze van test 4gb gedownload aan volle snelheid. Het is nu 19.30u zaterdagavond dus normaal gezien toch druk moment. Meestal download ik tijdens de groene uren en daar ook nog geen problemen gehad.
Ik merk wel dat bestanden ouder dan 500 dagen wel trager binnenkomen, maar nog altijd rond de 60 a 70 mbps.

Heb een paar maanden sunnyusenet geprobeerd, en meestal haalde ik ook wel de max. snelheid (12-13 MB/s), maar nu ik mijn abo wil verlengen blijkt dat ze geen paypal meer ondersteunen

Maar ook ik heb gemerkt dat soms in de groene uren hij niet sneller wou dan 6-7MB/s, en dan een paar uur later wel de 12-13MB/s haalde.

(Kan weeral eens een nieuwe provider gaan zoeken met paypal :s)

Teebee schreef: (Kan weeral eens een nieuwe provider gaan zoeken met paypal :s)

xsusenet

Teebee schreef:Heb een paar maanden sunnyusenet geprobeerd, en meestal haalde ik ook wel de max. snelheid (12-13 MB/s), maar nu ik mijn abo wil verlengen blijkt dat ze geen paypal meer ondersteunen

Paypal is dan ook de grootsten brol voor verkopers(zeer hoge kosten, geen bescherming etc.). Je kan wel betalen met sofort banking.

dragonflo schreef:Je kan wel betalen met sofort banking.

Dit vind ik echt wel goed werken, je moet wel een pc online toestelletje hebben.

lucdec schreef:Ik vind dat julli nogal rap op de pianist schieten.
Vroeger dacht ik dit ook, maar mijn modem bleek de oorzaak. Telenet aanvaardt klachten gemonitord met netlimiter.
Ik haalde altijd maar max 1,6 Mbit/s. Nochtans, raar maar waar: Als ik een online speedtest uitvoerde, was die altijd OK. dus onbetrouwbaar als meting.
Na monitoren met netlimiter heb ik direct mijn modem mogen ruilen, nu altijd volledige snelheid 30 mbit/s zonder mankeren
zie jpg

@Lucdec:
Aangezien we opmerkten dat vanaf 0u00 wel de volle snelheid gehaald wordt op verschillende usenetproviders houdt je theorie over de modems geen steek want dan zou het altijd traag moeten gaan.

Tim.Bracquez schreef:@Dettie: Het ligt niet aan telenet, maar aan de slechte service van ewake ! Hier kennis die een 10Gbit server heeft en die haalt oook 100 / 200KB/s met mometen hier op!

@Tim.Bracquez
Ook kan de theorie over eweka de prullenbak in want ook usenetserver.com en easynews.com hebben het vlaggen. Net als nog enkele andere usenet providers die ik hier al de revue heb zien passeren.

Code: Selecteer alles

We streven een eerlijke verdeling van de bandbreedte na. Tijdens drukke uren  
reserveert Telenet daarom 80% van de beschikbare bandbreedte op het Telenet-netwerk voor al het niet P2P-internetverkeer (surfen, e-mailen, videostreaming…)

Als het zakt tot 20% van het normale dan maken ze zich schuldig. Want dan zouden ze nnpt ook moeten vermelden, al zou het mij niet verbazen moesten ze dit toepassen. Daar usenet dagelijks groeit

Hier met sunny-usenet ook van dat.

Ik heb de laatste dagen op verschillende tijdstippen gedownload, ik merk tijdens de drukke uren ook vertragingen op. Maar ik ben nog niet echt lager gegaan dan 80MBPS tijdens deze week. Ik heb de account gegevens van men schoonbroer gevraagd en eens met deze instellingen gewerkt. Daar zag ik alles droppen tot 20MBPS. De vraag die ik mij dan stel is, stel u voor dat ze trafficshape hier toepassen, moet niet elke provider daar last van hebben?

TiTanium : ja en neen. Hangt er een beetje vanaf. Telenet is een moeilijke speler om bvb met hun te peeren op bnix.

Een paar traceroutes naar Telenet, vanaf diverse netwerken die actief zijn op de bnix, en waar telenet dus volledig gratis dataverkeer kan over gooien...

1. Belgacom heeft blijkbaar een zogenaamde private peering met telenet (grofweg voorgesteld als een kabeltje van de rouer van Belgacom naar Telenet. Prima, want zo kan men zonder kosten zoveel dataverkeer er over gooien als men wilt tussen deze 2 netwerken! Zolang het de capaciteit van de link niet overstijgt natuurlijk... Bnix komt hier niet aan te pas. Kan ik geen voorbeeld van geven...

2. EDPnet heeft een peeringovereenkomst met telenet via bnix zelf. Prima, want zo kan men zonder bijkomende kosten (behalve het bnix abonnement van beide partijen) zoveel dataverkeer gooien over bnix als de lijn aankan (ik dacht minimum 1gbit maar kan ook 100mbit minimum zijn dat de afname is). Zie hop 4.

traceroute to www.telenet.be (195.130.131.39), 30 hops max, 60 byte packets
1 bras05.sn.be.edpnet.net (213.219.132.17) 19.171 ms 19.145 ms 19.126 ms
2 212.71.17.1.res.static.edpnet.net (212.71.17.1) 19.115 ms 19.125 ms 19.241 ms
3 router02.bruix.be.edpnet.net (212.71.1.62) 20.530 ms 20.694 ms 20.677 ms
4 telenet2.bnix.net (194.53.172.104) 20.380 ms 20.370 ms 20.354 ms
5 dD5E0FD12.access.telenet.be (213.224.253.18) 30.578 ms 26.782 ms 28.533 ms
6 dD5E0F8C1.access.telenet.be (213.224.248.193) 23.984 ms 22.789 ms 23.498 ms
7 dD5E0F8D6.access.telenet.be (213.224.248.214) 22.075 ms 22.230 ms 21.979 ms
8 * * *
9 * * *

3. Hoewel WeePee en Telenet actief zijn op bnix, hebben ze geen peeringovereenkomst met elkaar. Gevolg is dat ze het verkeer laten lopen via hun transit partners. Zonder BGP erbij te betrekken kan je grofweg stellen dat ze gaan kijken met welk netwerk ze overeenkomsten hebben (of welk netwerk met een ander netwerk heeft) om het verkeer in goede banen te leiden. In dit voorbeeld merk je dat zowel Telenet als WeePee de netwerkprovider "Level3" opgenomen hebben in hun netwerk. Logisch gevolg is dat alle verkeer tussen telenet en WeePee via dat netwerk gaat. Dit netwerk is voor beiden extra betalend, daar je voor elke inkomende en uitgaande bit moet betalen. Als je een bestand van stuurt van WeePee naar Telenet dan betaald WeePee x euro aan Level3 om het te versturen, en betaald Telenet y euro aan Level3 om het te kunnen ontvangen. Zie Hop 3.

[root@noc ~]# traceroute www.telenet.be
traceroute to www.telenet.be (195.130.131.39), 30 hops max, 60 byte packets
1 gw.noc.be.it2go.eu (46.28.43.65) 0.452 ms 0.477 ms 0.287 ms
2 bgp0.brussels.weepee.org (91.208.12.1) 0.669 ms 1.268 ms 1.120 ms
3 unknown.Level3.net (212.3.234.161) 1.016 ms 0.818 ms 0.987 ms
4 212.3.238.130 (212.3.238.130) 54.249 ms 54.143 ms 54.020 ms
5 dD5E0FD26.access.telenet.be (213.224.253.38) 7.444 ms 7.317 ms 7.758 ms
6 dD5E0F8BD.access.telenet.be (213.224.248.189) 5.514 ms 8.507 ms 18.359 ms
7 dD5E0F8D6.access.telenet.be (213.224.248.214) 5.173 ms 5.203 ms 5.133 ms
8 * * *
9 * * *

Hoewel het voor beide partijen dus voordeliger is om ofwel een peeringovereenkomst te hebben via bnix (ze betalen toch al de kosten aan bnix, en of je met 1 of 500 bedrijven peert maakt niet uit, zolang je lijn het aan kan) ofwel een private peering, kiest telenet voor véél partijen voor de derde optie : alles via transit gooien, hoewel dat voor beide partijen financieel gezien ongunstig is.

Als jouw NNTP provider een netwerk heeft dat een combinatie heeft van Level3, interoute en bnix, dan zal deze op zijn routers (via bgp) proberen om al het verkeer zoveel mogelijk via bnix te lagen gaan, vervolgens via interoute (goedkope transit), vervolgens via level3 (vrij dure transit).

Als provider x een 1gbit lijn heeft naar bnix en jouw NNTP provider ook, dan zal de maximale snelheid dus 1gbit zijn. Of je nu 10mbit of 1gbit stuurt over bnix maakt immers niet uit! Bij transit betaal je per megabit (95% gemiddelde regel, zie later) waardoor je liever alles via interoute zou gooien dan via level3. Inmiddels zijn die BGP routers zo slim om bvb 80% van het transitverkeer te gooien via interoute (goedkoop!) en 20% via level3 (duur!). Gevolg is dat je ofwel routes gaat hebben via half europa (even langs UK of NL is geen uitzondering) ofwel een vertraagd netwerk door de capping van één van beide providers. Zo kan het perfect dat als mijn provider met jouw NNTP aanbieder peert via bnix, ik de lijn kan voltrekken terwijl je bij een andere ISP een vertraagde snelheid krijgt omdat ze gaan via ofwel half europa ofwel ze de lijn "cappen".

95% regel : men kijkt elke 5 minuten na wat de op dat moment gebruikte snelheid is van jouw lijn, en zet al deze waarden naast elkaar van klein naar groot. De bovenste 5% gaat men er af houden en dat 95ste % is jouw verbruik. Zo mag je zeg maar 5% van jouw tijd "overusage" hebben.

@krisken

Telenet en Belgacom peeren via bnix al een tijdje.

Code: Selecteer alles

Toms-MacBook:~ tom$ traceroute telenet.be
traceroute: Warning: telenet.be has multiple addresses; using 195.130.144.20
traceroute to telenet.be (195.130.144.20), 64 hops max, 52 byte packets
 1  cisco1812 (192.168.82.1)  2.454 ms  1.540 ms  1.437 ms
 2  1.90-182-91.adsl-dyn.isp.belgacom.be (91.182.90.1)  28.092 ms  28.116 ms  28.073 ms
 3  8.241-183-91.adsl-static.isp.belgacom.be (91.183.241.8)  30.009 ms  30.933 ms  29.809 ms
 4  82.246-183-91.adsl-static.isp.belgacom.be (91.183.246.82)  53.984 ms  169.852 ms  161.900 ms
 5  telenet2.bnix.net (194.53.172.104)  32.162 ms  30.160 ms  32.318 ms
 6  dd5e0fd1e.access.telenet.be (213.224.253.30)  33.749 ms  39.518 ms  34.080 ms
 7  dd5e0f891.access.telenet.be (213.224.248.145)  35.501 ms  34.798 ms  35.122 ms
 8  dd5e0f8a6.access.telenet.be (213.224.248.166)  37.194 ms  34.429 ms  35.165 ms
 9  * * *
^C

Voor de rest is je verhaal vrij correct, Telenet is idd een partij die een raar begrip heeft van peering. Vroeger was het nog een excuus van het onderhouden van peerings voor kleine partijen is overhead, veel werk, config. Maar dit is niet echt meer het geval, want als je een open peering policy hebt, kan je bij de meeste ix-en gebruik maken van hun route servers.

Ze hebben naast bnix ook een directe peer hoor

Tenminste, in alle eerlijkheid, dat was vroeger zo in traceroutes en is mij destijds bevestigd. Het zou mij dus verwonderen mocht dit nu al niet meer het geval zijn (nu er meer traffic is dan vroeger).

Als nu eens een van beide partijen een looking glass online zou staan hebben konden we even kijken

.

Mij zou het niet verbazen als alles via bnix zou gaan kwestie van scalability.

Telenet heeft vandaag 60 GBit op BNIX
Belgacom heeft 40 (zelf) en 10 (BICS)

Alles ervan uitgaand dat BNIX hun public participant list up to date is.

Indeed, blijkbaar heeft telenet maar liefst 60gbit liggen voor een ISP die enkel vlaanderen bediend. Kan me amper tot niet voorstellen dat deze volledig in gebruik is

Zie net iets teveel dat het via L3 gaat.

BICS heeft dan wel weer 32GB liggen op de ams-ix, dus waarschijnlijk (overeenkomsten etc) is dat wel "voelbaar" op Nederlandse servers? Belnet heeft daar overigens ook een 10Gbit pijpje heen. Telenet zie ik daar nergens voorkomen.

Geen van beide providers is overigens actief op NL-IX/FreeBIX

Anyway : looking glass zou idd handig zijn

//EDIT
Net even gekeken op de LINX : Belgacom heeft daar 31Gbit heen, Belnet 10Gbit maar ook daar is Telenet een grote onbekende.

krisken schreef:Hoewel het voor beide partijen dus voordeliger is om ofwel een peeringovereenkomst te hebben via bnix (ze betalen toch al de kosten aan bnix, en of je met 1 of 500 bedrijven peert maakt niet uit, zolang je lijn het aan kan) ofwel een private peering, kiest telenet voor véél partijen voor de derde optie : alles via transit gooien, hoewel dat voor beide partijen financieel gezien ongunstig is.

TN kan dit financieel aan... voor kleinere partijen is het een extra last... een moderne vorm van concurrentie pesten dus.

update , 300kb vanavond terug en packetloss erboven op
ping newsreader1.eweka.nl -n 1000

Code: Selecteer alles

******* Ping-statistieken voor 81.171.64.101:
    Pakketten: verzonden = 1000, ontvangen = 974, verloren = 26
    (2% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 63ms, Maximum = 194ms, Gemiddelde = 72ms


******* Ping-statistieken voor 81.171.64.100:  
    Pakketten: verzonden = 100, ontvangen = 97, verloren = 3
    (3% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 34ms, Maximum = 122ms, Gemiddelde = 42ms

******* Ping-statistieken voor 81.171.64.102:
    Pakketten: verzonden = 100, ontvangen = 96, verloren = 4
    (4% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 37ms, Maximum = 162ms, Gemiddelde = 51ms

Code: Selecteer alles

C:\Users\Dettie>tracert newsreader1.eweka.nl

Traceren van de route naar newsreader1.eweka.nl [81.171.64.102]
via maximaal 30 hops:

  1     3 ms     3 ms     1 ms  192.168.1.1
  2     7 ms    11 ms     6 ms  178-117-208-1.access.telenet.be [178.117.208.1]
  3     7 ms     7 ms    13 ms  dD5E0C1C1.access.telenet.be [213.224.193.193]
  4    14 ms    11 ms    15 ms  dD5E0FD2D.access.telenet.be [213.224.253.45]
  5   367 ms   208 ms   412 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6    54 ms    57 ms    58 ms  te0-0-0-4.ccr21.ams04.atlas.cogentco.com [130.117.14.45]
  7    58 ms    59 ms    57 ms  te0-0-0-7.ccr21.ams03.atlas.cogentco.com [130.117.49.13]
  8    64 ms    62 ms    58 ms  te1-8.ccr01.ams02.atlas.cogentco.com [154.54.60.122]
  9     *       75 ms    75 ms  oxilion.demarc.cogentco.com [149.6.128.2]
 10    68 ms    70 ms    74 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    69 ms     *       64 ms  newsreader.eweka.nl [81.171.64.102]

De trace is voltooid.

Traceren van de route naar newsreader1.eweka.nl [81.171.64.100]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  192.168.1.1
  2     9 ms    10 ms     6 ms  178-117-208-1.access.telenet.be [178.117.208.1]
  3    10 ms     7 ms    13 ms  dD5E0C1C1.access.telenet.be [213.224.193.193]
  4    14 ms     9 ms    15 ms  dD5E0FD2D.access.telenet.be [213.224.253.45]
  5    17 ms     *       14 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6    49 ms    50 ms    47 ms  te0-0-0-4.ccr21.ams04.atlas.cogentco.com [130.117.14.45]
  7    45 ms    44 ms    43 ms  te0-0-0-7.ccr22.ams03.atlas.cogentco.com [130.117.2.65]
  8   126 ms   213 ms   210 ms  te1-1.ccr01.ams02.atlas.cogentco.com [154.54.60.134]
  9    60 ms    62 ms    59 ms  oxilion.demarc.cogentco.com [149.6.128.2]
 10    57 ms    63 ms    54 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    62 ms    60 ms    80 ms  newsreader.eweka.nl [81.171.64.100]

De trace is voltooid.

C:\Users\Dettie>tracert newsreader1.eweka.nl

Traceren van de route naar newsreader1.eweka.nl [81.171.64.101]
via maximaal 30 hops:

  1     1 ms     1 ms     1 ms  192.168.1.1
  2     5 ms    12 ms     8 ms  178-117-208-1.access.telenet.be [178.117.208.1]
  3    19 ms    12 ms    15 ms  dD5E0C1C1.access.telenet.be [213.224.193.193]
  4    11 ms    17 ms    14 ms  dD5E0FD2D.access.telenet.be [213.224.253.45]
  5    13 ms    14 ms    15 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6    61 ms    65 ms    68 ms  te0-7-0-4.ccr21.ams04.atlas.cogentco.com [130.117.15.189]
  7    65 ms    63 ms    61 ms  te0-4-0-5.ccr21.ams03.atlas.cogentco.com [154.54.39.109]
  8    83 ms   207 ms   208 ms  te2-1.ccr01.ams02.atlas.cogentco.com [154.54.60.130]
  9    64 ms    67 ms    68 ms  149.11.80.42
 10    59 ms    63 ms    62 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    76 ms    72 ms    73 ms  newsreader.eweka.nl [81.171.64.101]

De trace is voltooid.

C:\Users\Dettie>tracert newsreader.eweka.nl

Traceren van de route naar newsreader.eweka.nl [81.171.64.102]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  192.168.1.1
  2     9 ms     8 ms    12 ms  178-117-208-1.access.telenet.be [178.117.208.1]
  3    10 ms     6 ms    12 ms  dD5E0C1C1.access.telenet.be [213.224.193.193]
  4    10 ms    13 ms    13 ms  dD5E0FD2D.access.telenet.be [213.224.253.45]
  5    15 ms    17 ms    18 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6    42 ms    42 ms    45 ms  te0-0-0-4.ccr21.ams04.atlas.cogentco.com [130.117.14.45]
  7    34 ms    36 ms    34 ms  te0-2-0-3.mpd22.ams03.atlas.cogentco.com [154.54.36.133]
  8    84 ms   211 ms   215 ms  te1-8.ccr01.ams02.atlas.cogentco.com [154.54.60.122]
  9     *       47 ms    45 ms  oxilion.demarc.cogentco.com [149.6.128.2]
 10    43 ms    44 ms    47 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    44 ms    45 ms    53 ms  newsreader.eweka.nl [81.171.64.102]

De trace is voltooid.

Hmm eerst gblx, dan cogent en dan highwinds...
Cheap, cheaper en cheapest

Hoewel ik dacht dat telenet ook op gblx of cogent zat?

@Dettie tijd voor een echte provider

Code: Selecteer alles

Toms-MacBook:~ tom$ traceroute newsreader1.eweka.nl
traceroute: Warning: newsreader1.eweka.nl has multiple addresses; using 81.171.64.102
traceroute to newsreader1.eweka.nl (81.171.64.102), 64 hops max, 52 byte packets
 1  cisco1812 (192.168.82.1)  3.849 ms  1.105 ms  1.069 ms
 2  1.90-182-91.adsl-dyn.isp.belgacom.be (91.182.90.1)  28.228 ms  28.505 ms  28.234 ms
 3  8.241-183-91.adsl-static.isp.belgacom.be (91.183.241.8)  30.435 ms  93.075 ms  29.756 ms
 4  82.246-183-91.adsl-static.isp.belgacom.be (91.183.246.82)  451.753 ms  163.176 ms  126.910 ms
 5  eweka.bnix.net (194.53.172.84)  30.668 ms  31.288 ms  30.299 ms
 6  3-4.r1.am.hwng.net (69.16.191.85)  47.378 ms  49.173 ms  37.935 ms
 7  1-3.r6.am.hwng.net (209.197.0.58)  40.211 ms  39.452 ms  37.819 ms
 8  *

Blijkbaar is er nog een peering tussen belgacom en hwng ( highwinds is huidige eigenaar van eweka).

En tsja cogentco staat bekend als goedkope transit, en dat voel je low cost routes, en vaak verzadigde links, een beetje de aldi onder der transits, je betaald weinig, soms is het een product zo goed als een ander, maar als iedereen het wil is het een ramp.

Vroeger was de policy van eweka peering only klanten, transit is duur, ik denk dat cogent zo de enige is die betaalbaar is, maar wees zeker telenet klanten bij eweka zijn een verliespost

.

En zeggen dat dit opgelost kan worden met een paar lijntjes config een een router, alleen moet er politieke toelating zijn.

Blijkbaar is het nu om 12u 's middags weer de normale snelheid, vanavond volgt nog een test rond 22u en 24u maar ik vermoed dat ze met tijdslots werken.

http://www.tik.be/forum/viewtopic.php?f ... 02#p187402

Ik merk niets vertragingen met Giganews.

Code: Selecteer alles

Traceren van de route naar news-europe.giganews.com [216.196.109.144]
via maximaal 30 hops:
  1   <1 ms   <1 ms   <1 ms  192.168.0.1
  2    18 ms     4 ms     5 ms  d54C44001.access.telenet.be [84.196.64.1]
  3    17 ms     9 ms     9 ms  dD5E0C5E1.access.telenet.be [213.224.197.225]
  4     6 ms     5 ms     6 ms  dD5E0FD01.access.telenet.be [213.224.253.1]
  5     6 ms     7 ms     7 ms  ae0.anr11.ip4.tinet.net [141.136.97.249]
  6    10 ms     9 ms    11 ms  xe-1-0-0.ams21.ip4.tinet.net [89.149.186.126]
  7    10 ms     9 ms     9 ms  giganews-gw.ip4.tinet.net [213.200.75.114]
  8    13 ms    24 ms     9 ms  news-europe.giganews.com [216.196.109.144]

Hitnews, weinig tot niets:

Code: Selecteer alles

Traceren van de route naar news.hitnews.eu [91.203.106.137]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  192.168.0.1
  2     5 ms     5 ms    16 ms  d54C44001.access.telenet.be [84.196.64.1]
  3     8 ms     5 ms     6 ms  dD5E0C5E1.access.telenet.be [213.224.197.225]
  4     6 ms     5 ms     5 ms  dD5E0FD01.access.telenet.be [213.224.253.1]
  5     6 ms     5 ms     5 ms  gigabitethernet3-9.ar1.atl2.gblx.net [206.165.73.1]
  6    15 ms    24 ms    22 ms  HURRICANE-ELECTRIC-LLC.TenGigabitEthernet1-3.ar4.FRA3.gblx.net [64.212.32.46]
  7    34 ms    21 ms    22 ms  10gigabitethernet5-3.core1.ams1.he.net [72.52.92.77]
  8    21 ms    21 ms    21 ms  rsp-infrastructure.10gigabitethernet4-2.core1.ams1.he.net [216.66.84.206]
  9    23 ms    24 ms    22 ms  91.203.106.137

De trace is voltooid.

EDIT: foutje verwijderd

@titanium het is eweka.nl niet ewaka

Code: Selecteer alles

Traceren van de route naar news.eweka.nl [81.171.64.102]
via maximaal 30 hops:

  1     1 ms   <1 ms   <1 ms  192.168.0.1
  2     5 ms     5 ms     5 ms  d54C44001.access.telenet.be [84.196.64.1]
  3     7 ms     5 ms     8 ms  dD5E0C5E1.access.telenet.be [213.224.197.225]
  4     6 ms     7 ms     5 ms  dD5E0FD01.access.telenet.be [213.224.253.1]
  5    35 ms     7 ms     7 ms  ae0.anr11.ip4.tinet.net [141.136.97.249]
  6    11 ms    11 ms    10 ms  xe-9-3-0.ams21.ip4.tinet.net [89.149.180.190]
  7    12 ms    11 ms    11 ms  as174.ip4.tinet.net [77.67.82.226]
  8    10 ms     9 ms    11 ms  te0-3-0-6.mpd21.ams03.atlas.cogentco.com [130.117.0.85]
  9    12 ms    10 ms    11 ms  te1-1.ccr01.ams02.atlas.cogentco.com [154.54.60.134]
 10    21 ms    24 ms    24 ms  oxilion.demarc.cogentco.com [149.6.128.2]
 11    17 ms    17 ms    21 ms  1-3.r5.am.hwng.net [209.197.0.62]
 12    18 ms    21 ms    16 ms  newsreader.eweka.nl [81.171.64.102]

De trace is voltooid.

Sorry, verbeterd

Dit hier is toch al iets anders dan titanium ... (geen actieve downloads)

Code: Selecteer alles

C:\Users\Dettie>tracert news.eweka.nl

Traceren van de route naar news.eweka.nl [81.171.64.101]
via maximaal 30 hops:

  1     3 ms   <1 ms     1 ms  192.168.1.1
  2     6 ms     7 ms     5 ms  178-117-208-1.access.telenet.be [178.117.208.1]
  3    41 ms    11 ms    20 ms  dD5E0C1C1.access.telenet.be [213.224.193.193]
  4     *        *        *     Time-out bij opdracht.
  5    16 ms    13 ms    13 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6     *       41 ms    42 ms  te0-7-0-4.ccr21.ams04.atlas.cogentco.com [130.117.15.189]
  7    38 ms    38 ms    40 ms  te0-1-0-7.mpd21.ams03.atlas.cogentco.com [130.117.50.225]
  8   193 ms   215 ms   203 ms  te3-1.ccr01.ams02.atlas.cogentco.com [154.54.60.126]
  9    48 ms    46 ms    59 ms  149.11.80.42
 10     *       38 ms    40 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    43 ms    49 ms    45 ms  newsreader.eweka.nl [81.171.64.101]

De trace is voltooid.

C:\Users\Dettie>

Code: Selecteer alles

C:\Users\Patrick>tracert news.eweka.nl

Traceren van de route naar news.eweka.nl [81.171.64.100]
via maximaal 30 hops:

  1   <1 ms   <1 ms     1 ms  192.168.0.1
  2     6 ms     7 ms     7 ms  178-119-160-1.access.telenet.be [178.119.160.1]

  3    11 ms     7 ms     7 ms  dD5E0C161.access.telenet.be [213.224.193.97]
  4    10 ms    11 ms    11 ms  dD5E0FD2D.access.telenet.be [213.224.253.45]
  5    14 ms    50 ms    12 ms  port-channel.ar4.bru1.gblx.net [159.63.50.217]
  6     *       21 ms    21 ms  te0-0-0-4.ccr21.ams04.atlas.cogentco.com [130.117.14.45]
  7    12 ms    13 ms    13 ms  te0-0-0-7.ccr22.ams03.atlas.cogentco.com [130.117.2.65]
  8    13 ms    15 ms    13 ms  te1-1.ccr01.ams02.atlas.cogentco.com [154.54.60.134]
  9     *       21 ms    25 ms  oxilion.demarc.cogentco.com [149.6.128.2]
 10    17 ms    23 ms    25 ms  1-3.r5.am.hwng.net [209.197.0.62]
 11    24 ms    23 ms    24 ms  newsreader.eweka.nl [81.171.64.100]

De trace is voltooid.

Dat valt hier heel goed mee .....

Ik zie het nut van een traceroute niet in?
Een download starten en de downloadspeed capteren is pas betekenisvol imho.

vandaag 12u 10 MB/s download, geen probleem
vandaag 21u 1,2 MB/s download, zelfde bestand, wel een probleem dus
heel de week klokslag 0u00 -> van 1MB/s naar 10 MB/s

dit zowel bij usenetserver als easynews.
Een trace toont nochtans geen zotte dingen terwijl op dit moment de download wel traag gaat:

C:\tracert secure.usenetserver.com

Traceren van de route naar news.ams.usenetserver.com [81.171.92.225]
via maximaal 30 hops:

1 36 ms 3 ms <1 ms 192.168.0.1
2 6 ms 5 ms 5 ms 78-21-224-1.access.telenet.be [78.21.224.1]
3 7 ms 10 ms 8 ms dD5E0C041.access.telenet.be [213.224.192.65]
4 10 ms 14 ms 17 ms dD5E0FD29.access.telenet.be [213.224.253.41]
5 12 ms 11 ms 13 ms port-channel.ar4.bru1.gblx.net [159.63.50.217]
6 44 ms 45 ms 47 ms te0-0-0-4.ccr21.ams04.atlas.cogentco.com [130.117.14.45]
7 34 ms 33 ms 34 ms te0-1-0-7.mpd21.ams03.atlas.cogentco.com [130.117.50.225]
8 287 ms 156 ms 210 ms te1-1.ccr01.ams02.atlas.cogentco.com [154.54.60.134]
9 42 ms 45 ms 49 ms oxilion.demarc.cogentco.com [149.6.128.2]
10 51 ms 48 ms 50 ms 5-1.r1.am.hwng.net [69.16.191.121]
11 42 ms 49 ms 48 ms 13-1.ar3.am4.hwng.net [209.197.0.194]
12 44 ms 47 ms 45 ms 81.171.92.225

De trace is voltooid.

usenetserver en easynews zitten toevallig niet bij dezelfde ISP of gebruiken zelfde netwerk niet?

Patjen schreef:vandaag 12u 10 MB/s download, geen probleem
vandaag 21u 1,2 MB/s download, zelfde bestand, wel een probleem dus
heel de week klokslag 0u00 -> van 1MB/s naar 10 MB/s

Eigenlijk zou je van diezelfde server een bestand moeten kunnen downloaden via HTTP of FTP (misschien een tip voor Eweka)... zo zou je kunnen testen of het puur NNTP is dat men shaped of de ganse link.

Patjen schreef:@Tim.Bracquez
Ook kan de theorie over eweka de prullenbak in want ook usenetserver.com en easynews.com hebben het vlaggen. Net als nog enkele andere usenet providers die ik hier al de revue heb zien passeren.

Toch niet, ik spreek uit ervaring met grotere en betere lijnen. Ik denk niet dat ik mijn eigen netwerk ga limiteren / ik weet hoe ik opzet gedaan heb... Vanaf daar ook op eweka problemen laatste tijd... En ik niet alleen.

Maar telenet heeft er blijkbaar ook mee te maken.

En anders eens denken aan seedboxen oid hé

@Krisken: Of een tunneltje / VPN. Dat iedereen eens een HE.net IPv6 tunnel neemt, en dan een IPv6 newsserver neemt, zijn er gratise !

euhm paar meldingen bij eweka geweest, paar meldingen bij telenet geweest over trage snelheden,

Start ik newsleecher op, direct full speed 3400 KB/s ...

ergens een aanpassing geweest mss , laat ons hopen dat het zo blijft !
update 18:30 h 700 KB /s
update 18:45 h 3300 KB /s
update 17:30 h 680 KB/s

Eindelijk antwoordt van eweka ...

Paul commented on EWS-******* at 25/Oct/12 9:24 AM:

Geachte heer *******
Dankuwel voor de info die u stuurde, helaas hebben we nog geen oplossing.
In de afgelopen week zagen we meer soortgelijke klachten van andere Telenet-klanten.
We zijn inmiddels met Telenet een onderzoek gestart en hopen u hierover zo gauw mogelijk te kunnen berichten.
In afwachting van de onderzoeksresultaten vragen wij uw geduld.

Met vriendelijk groet,
Paul
Eweka support

Toch al goed dat ze samen met telenet bekijken waar het probleem zit. Hopelijk komt het snel in orde

Zelfde probleem hier.
500kbps in de drukke uren (5 -10u savonds).
Had 10 jaar geleden al 700 kbps.

Die 60 mbit mogen ze zo ook wel vergeten (valse reclame als het om dynamic caps gaat).
Smaakt extra zuur aangezien ik vorige week nog een diamond shake had met dedicated 30 mbit (altijd het ongeacht uur).

Slecht moment om over te schakkelen naar figernet 60 dus.

Ik heb een voorstel tot verbetering.

Telenet zit op Bnix, hwng (het bedrijf dat eigenaar en netwerk is van eweka) zitten beiden met minimum 10 GBit op bnix, een peering tussen de 2

.

Voila opgelost :+

Wat krijg ik nu ?

Userbase

trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten

Re: trafic shaping usenet weer erg in momenten