Belachelijke hoge responstijd 100 ms!
Marcel
prima maar de responstijd is gestegen tot +- 100ms als ik naar xs4all ping.
Ik zit in postcode 4191
Traceren van de route naar www.xs4all.nl [194.109.6.92]
via maximaal 30 hops:
1 1 ms <1 ms <1 ms 172.20.1.1
2 105 ms 104 ms 105 ms lo1.dr4.d12.xs4all.net [194.109.5.227]
3 87 ms 90 ms 91 ms 0.ge-3-2-0.xr4.1d12.xs4all.net
[194.109.7.129]
4 101 ms 103 ms 102 ms www.xs4all.nl [194.109.6.92]
De trace is voltooid.
Ik heb het fritzbox modem al gereboot, dat hielp niks. Verbinding is verder
ook stabiel. Maar ik zal het nog met een ander modem proberen maar mijn
vermoeden is dat er flinke capaciteits problemen zijn op achterliggende ATM
netwerk.
Marcel
andere provider maar zit op dezelfde DSLAM als ik en heeft ook ineens
response tijden van rond de 100 ms terwijl zijn lijn niet belast is.
Marcel
Het was s'nachts weer opgelost bij mij en kennis 2 straten verder. We zaten
ineens wonderbaarlijk weer op ping tijden van 16-17 ms (vroeger had ik 9-10
ms maar goed daar kan ik mee leven.) Nu is het zondag middag wanneer
iedereen voor de pc zit is het ineens weer 90- 100 ms en soms zelfs
packet-loss.
Conclusie: het ATM netwerk zit bomvol hier!!! Is dit nu de nieuwe
strategie van KPN en XS4ALL om geld of bandbreedte te besparen?
Als dat zo door gaat kan ik net zo goed naar een goedkope flut provider
overstappen daar betaal ik tenminste niet de hoofdprijs.
Pingen naar www.xs4all.nl [194.109.6.92] met 32 bytes aan gegevens:
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=94 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=93 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=90 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=92 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=91 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=91 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=93 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=105 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=101 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=103 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=93 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=108 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=92 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=93 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=94 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=94 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=95 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=101 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Ping-statistieken voor 194.109.6.92:
Pakketten: verzonden = 57, ontvangen = 57, verloren = 0
(0% verlies).
"Marcel" <no...@none.com> schreef in bericht
news:4cc87a9b$0$81474$e4fe...@news.xs4all.nl...
Marcel
probleem, zie:
http://gathering.tweakers.net/forum/list_messages/1431846
en
http://kpn.gebruikers.eu/forum/viewthread.php?thread_id=1507&rowstart=0
Er is dus landelijk en structureel capacteits probleem gaande op het KPN
netwerk door de VDSL2 uitrol.
Wat gaan we er aan doen XS4ALL ???
Ik raad alle xs4all gebruikers aan hun response tijd te controleren en die
hier te melden.
"Marcel" <no...@none.com> schreef in bericht
news:4ccd6804$0$81481$e4fe...@news.xs4all.nl...
Rob
> Blijkbaar zit iedereen hier te slapen.... want ik ben niet de enige met dit
> probleem, zie:
>
> http://gathering.tweakers.net/forum/list_messages/1431846
>
> en
>
> http://kpn.gebruikers.eu/forum/viewthread.php?thread_id=1507&rowstart=0
>
> Er is dus landelijk en structureel capacteits probleem gaande op het KPN
> netwerk door de VDSL2 uitrol.
>
> Wat gaan we er aan doen XS4ALL ???
>
> Ik raad alle xs4all gebruikers aan hun response tijd te controleren en die
> hier te melden.
We hebben hier op het werk een aantal XS4ALL ADSL aansluitingen en
die worden gepingd en met MRTG wordt hiervan een grafiek bijgehouden.
Hieruit blijkt dat er op de meeste lijnen geen probleem is, alleen zo
nu en dan een piekje in de pingtijd.
Er is EEN aansluiting (in Heerhugowaard) waar er een structureel
probleem is. Deze vertoont een langdurige bult van 100ms gisteren,
en afgelopen week ook een paar keer in de avond, maar vandaag is deze
weer OK.
(wij gebruiken deze aansluitingen zakelijk en daarom hebben we minder
last van de pieken omdat deze naar ervaring altijd buiten de normale
werktijden vallen)
André, PE1PQX
> Blijkbaar zit iedereen hier te slapen.... want ik ben niet de enige met dit
> probleem, zie:
> http://gathering.tweakers.net/forum/list_messages/1431846
> en
> http://kpn.gebruikers.eu/forum/viewthread.php?thread_id=1507&rowstart=0
> Er is dus landelijk en structureel capacteits probleem gaande op het KPN
> netwerk door de VDSL2 uitrol.
> Wat gaan we er aan doen XS4ALL ???
> Ik raad alle xs4all gebruikers aan hun response tijd te controleren en die
> hier te melden.
En dan...? het melden van een response tijd ('probleem') hier heeft
volgens mij geen enkel nut als bij KPN het probleem ligt.
Meld het daar dan... (lijkt me)
Rob
Nee als XS4ALL abonnee ben je geen klant van KPN.
Je moet je problemen altijd bij je eigen leverancier melden.
Die kan ze dan eventueel weer doorgeven naar een toeleverancier.
Siert Wolters
Eens. Ik heb als klant connectie met XS4all.
Niet met hun toeleveranciers.
KPN, AVM: ik haat dat! Je staat voor je eigen producten of niet.
Indien niet: hef jezelf op. Doorverwijzen is dodelijk ...
("ik als XS4all kan er ook nix aan doen?" Awfull!)
Ik gun XS4all nog een tigste-kans: en dan verwijt ik dat alleen mijzelf
indien dat (wederom) uitloopt op een mislukking. Dus NIET XS4all!
(ik weet intussen dat XS4all het heel moeilijk gaat krijgen: helaas terecht)
:-(
André, PE1PQX
Da's ook 'kort voor de kop'. XS4ALL werkt met/op het netwerk van KPN,
en als KPN ergens een hickup heeft (hoe lang die ook mag duren) is hier
dus XS4ALL de dupe.
Je kunt misschien je beklag doen bij XS4ALL, waarom deze KPN moet
aansporen om een goed werkend netwerk te onderhouden (XS4ALL is dan ook
'maar' een business klant van KPN).
Wat er tussen XS en KPN gaande is, zien wij als internetgebruiker geen
enkele moer van.
Ik zit ook op een KPN netwerk (voormalig Planet Internet) en hier werkt
alles naar behoren, prima pingwaarden en snelheid ook acceptabel.
Siert Wolters
Vroegah stond XS4all garant voor haar/zijn producten.
Tegenwoordig gooit XS4all meestal de handdoek in de ring, net als iedereen.
Vandaar mijn reactie :-(
Timo
> UPDATE:
>
> Het was s'nachts weer opgelost bij mij en kennis 2 straten verder. We zaten
> ineens wonderbaarlijk weer op ping tijden van 16-17 ms (vroeger had ik 9-10
> ms maar goed daar kan ik mee leven.) Nu is het zondag middag wanneer
> iedereen voor de pc zit is het ineens weer 90- 100 ms en soms zelfs
> packet-loss.
Dank voor de melding, duidelijk verhaal. We zijn aan het onderzoeken waar
het probleem zit.
--
Timo
Rob
De aansluiting in Heerhugowaard waar ik het over had die had gisteren
van 19:00 tot 22:30 weer een bult met een piek van 120ms in de pingtijd.
Overdag geen probleem. Op veel andere aansluitingen ook geen probleem.
Het IP adres van die aansluiting is 83.163.159.78
Wouter Smaal
says...
> Dank voor de melding, duidelijk verhaal. We zijn aan het onderzoeken
> waar het probleem zit.
Kijk, dat is nu het verschil tussen KPN en dochter xs4all ;-)
Timo
Bedankt Rob, ook die nemen we mee in het onderzoek.
--
Timo
George
> Ik raad alle xs4all gebruikers aan hun response tijd te controleren en
> die hier te melden.
Zo kan het ook:
s20:~ george$ ping -c 5 ping.xs4all.nl
PING uucp1.xs4all.nl (194.109.21.51): 56 data bytes
64 bytes from 194.109.21.51: icmp_seq=0 ttl=61 time=7.749 ms
64 bytes from 194.109.21.51: icmp_seq=1 ttl=61 time=7.787 ms
64 bytes from 194.109.21.51: icmp_seq=2 ttl=61 time=7.580 ms
64 bytes from 194.109.21.51: icmp_seq=3 ttl=61 time=7.587 ms
64 bytes from 194.109.21.51: icmp_seq=4 ttl=61 time=7.500 ms
--- uucp1.xs4all.nl ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 7.500/7.641/7.787/0.109 ms
s20:~ george$ ping6 -c 5 xs6.xs4all.nl
PING6(56=40+8+8 bytes) 2001:888:12b4:1:d0ac:9a30:cb3d:77e -->
2001:888:0:1::666
16 bytes from 2001:888:0:1::666, icmp_seq=0 hlim=61 time=9.130 ms
16 bytes from 2001:888:0:1::666, icmp_seq=1 hlim=61 time=9.503 ms
16 bytes from 2001:888:0:1::666, icmp_seq=2 hlim=61 time=10.387 ms
16 bytes from 2001:888:0:1::666, icmp_seq=3 hlim=61 time=9.548 ms
16 bytes from 2001:888:0:1::666, icmp_seq=4 hlim=61 time=9.300 ms
--- xs6.xs4all.nl ping6 statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 9.130/9.574/10.387/0.433 ms
Ook XS4All, ADSL1 Annex B, lekker ouwe techniek, met IPv6 tunnel.
grG
Marcel
Pingen naar www.xs4all.nl [194.109.6.92] met 32 bytes aan gegevens:
Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=105 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=105 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=83 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=90 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=102 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=103 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=103 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=101 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=86 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
Hoe verloopt je onderzoek tot zover Timo?
"Timo" <ti...@xs4all.nl> schreef in bericht
news:4ccfe24c$0$41113$e4fe...@news.xs4all.nl...
Rob
> En we zitten weer op +- 100 ms
Klopt, het adres wat ik gemeld had ook!
Timo
> En we zitten weer op +- 100 ms
>
> Pingen naar www.xs4all.nl [194.109.6.92] met 32 bytes aan gegevens:
> Antwoord van 194.109.6.92: bytes=32 tijd=99 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=105 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=105 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=83 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=90 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=97 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=102 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=103 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=103 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=100 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=101 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=86 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=96 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=104 ms TTL=61
> Antwoord van 194.109.6.92: bytes=32 tijd=98 ms TTL=61
>
> Hoe verloopt je onderzoek tot zover Timo?
We zijn tot de conclusie gekomen dat er congestie is in het ethernet
transport netwerk van KPN, vanuit KPN is er inmiddels ook bevestiging dat
dit inderdaad het geval is.
Het betreft een aantal centrales / DSLAM's verspreid over het land.
Er is door KPN ook actie genomen om deze congestie op te lossen, alleen is
tot op heden nog niet bekend wanneer de benodigde extra capaciteit
beschikbaar is.
Ik ben bezig om dit te escaleren zodat het zo spoedig mogelijk opgelost
wordt.
--
Timo
Jan Hugo Prins
> We zijn tot de conclusie gekomen dat er congestie is in het ethernet
> transport netwerk van KPN, vanuit KPN is er inmiddels ook bevestiging
> dat dit inderdaad het geval is.
>
> Het betreft een aantal centrales / DSLAM's verspreid over het land.
Timo,
Ik weet niet hoeveel informatie jullie nog nodig hebben, maar mijn lijn
heeft er sinds, in iedergeval eind oktober ook last van. IP: 82.95.243.75
Jan Hugo Prins
Timo
Bedankt, neem ik mee in de rapportages.
--
Timo
Christian van Barneveld
"Timo" <ti...@xs4all.nl> wrote in message
news:4cd87542$0$81474$e4fe...@news.xs4all.nl...
Is al wat meer over een oplostijd bekend? Is het niet mijn WLAN dat uitvalt,
dan komt er nu nog bij dat de lijn niet vooruit te branden is. Erg handig
als je bezig ben voor je werk... Waar ik vanochtend netjes mijn 40 Mbit
haalde is het nu nog geen 5 Mbit
Pinging www.xs4all.nl [194.109.6.92] with 32 bytes
Reply from 194.109.6.92: bytes=32 time=201ms TTL=61
Reply from 194.109.6.92: bytes=32 time=109ms TTL=61
Reply from 194.109.6.92: bytes=32 time=228ms TTL=61
Reply from 194.109.6.92: bytes=32 time=150ms TTL=61
Reply from 194.109.6.92: bytes=32 time=198ms TTL=61
Reply from 194.109.6.92: bytes=32 time=222ms TTL=61
Reply from 194.109.6.92: bytes=32 time=144ms TTL=61
Reply from 194.109.6.92: bytes=32 time=195ms TTL=61
Reply from 194.109.6.92: bytes=32 time=135ms TTL=61
Reply from 194.109.6.92: bytes=32 time=160ms TTL=61
Reply from 194.109.6.92: bytes=32 time=184ms TTL=61
Reply from 194.109.6.92: bytes=32 time=208ms TTL=61
Reply from 194.109.6.92: bytes=32 time=119ms TTL=61
Reply from 194.109.6.92: bytes=32 time=103ms TTL=61
Reply from 194.109.6.92: bytes=32 time=179ms TTL=61
Reply from 194.109.6.92: bytes=32 time=203ms TTL=61
Reply from 194.109.6.92: bytes=32 time=211ms TTL=61
Request timed out.
Reply from 194.109.6.92: bytes=32 time=139ms TTL=61
Reply from 194.109.6.92: bytes=32 time=163ms TTL=61
Reply from 194.109.6.92: bytes=32 time=392ms TTL=61
Reply from 194.109.6.92: bytes=32 time=211ms TTL=61
Reply from 194.109.6.92: bytes=32 time=131ms TTL=61
Reply from 194.109.6.92: bytes=32 time=155ms TTL=61
Reply from 194.109.6.92: bytes=32 time=164ms TTL=61
Reply from 194.109.6.92: bytes=32 time=180ms TTL=61
Reply from 194.109.6.92: bytes=32 time=110ms TTL=61
Timo
>
> "Timo" <ti...@xs4all.nl> wrote in message
> news:4cd87542$0$81474$e4fe...@news.xs4all.nl...
>> On 2010-11-08, Jan Hugo Prins <j...@jhprins.org> wrote:
>>> On Mon, 08 Nov 2010 20:48:06 +0000, Timo wrote:
>>>
>>>> We zijn tot de conclusie gekomen dat er congestie is in het ethernet
>>>> transport netwerk van KPN, vanuit KPN is er inmiddels ook bevestiging
>>>> dat dit inderdaad het geval is.
>>>>
>>>> Het betreft een aantal centrales / DSLAM's verspreid over het land.
>>>
>>> Timo,
>>>
>>> Ik weet niet hoeveel informatie jullie nog nodig hebben, maar mijn lijn
>>> heeft er sinds, in iedergeval eind oktober ook last van. IP: 82.95.243.75
>>
>> Bedankt, neem ik mee in de rapportages.
>
> dan komt er nu nog bij dat de lijn niet vooruit te branden is. Erg handig
> als je bezig ben voor je werk... Waar ik vanochtend netjes mijn 40 Mbit
> haalde is het nu nog geen 5 Mbit
Ik heb helaas nog geen opleverdata voor de extra capaciteit gehoord, ik weet
alleen dat het de hoogste prioriteit heeft bij het betreffende KPN
onderdeel.
--
Timo
Jan Hugo Prins
> Ik heb helaas nog geen opleverdata voor de extra capaciteit gehoord, ik
> weet alleen dat het de hoogste prioriteit heeft bij het betreffende KPN
> onderdeel.
Ik kan melden dat de laatste paar dagen bij mij de boel weer netjes rond
de 19msec blijft.
Jan Hugo