Ziggo zakelijk verbinding valt weg

[Leezer14]

Hi all,

Sinds mijn verhuizing 3 maanden geleden, heb ik een zakelijke lijn van ziggo liggen. Ik ervaar veel momenten waarop het internet wegvalt. Het internet wifi netwerk lijkt stabiel, maar de laan van buiten naar binnen lijkt problemen te hebben.

Kleine schets:
- Modem van ziggo hitron, in de meterkast, bridge modus
- Apple Extreme als router
- Apple Express, 5 stuks, als wifi punten door het huis verdeeld, waarvan 2 bekabeld aan de router.

Alle devices blijven stabiel en zijn met weinig ruis en veel snelheid verbonden. PS4 zit op de kabel aan de router.

Per dag komt het minimaal 20 keer voor dat de verbinding of wegvalt of extreem traag is.

In het begin dat ziggo werd aangesloten zijn er heel wat problemen geweest. Toen bleek het modem defect, deze is direct vervangen door hen.

Is er iemand die mij kan helpen qua tips, aanpasisngen of zaken die ik kan aankaarten bij ziggo. Wanneer zij de verbinding komen meten zal het waarschijnlijk werken zoals ze willen, aangezien er geen regelmaat is qua dipjes.

[Stoelpoot]

Wat gebeurd er als je een tijdje aan de kabel meet? En wat bedoel je precies met 'het internet valt weg'? Heb je helemaal geen verbinding meer, of krijg je alleen even ernstige vertraging?

[wizai]

Het internet wifi netwerk lijkt stabiel, maar de laan van buiten naar binnen lijkt problemen te hebben.

Apple Express, 5 stuks, als wifi punten door het huis verdeeld, waarvan 2 bekabeld aan de router.

Wat zijn in de webportal de signaalwaarden vanaf de straat naar het Ziggo modem?
Heb je uitgesloten dat er een ipconflict kan optreden?
Zijn je wifi AP's juist ingesteld?

Als je bovenstaande punten hebt uitgesloten zou ik contact opnemen met Ziggo Zakelijk.

[Leezer14]

Stoelpoot schreef op woensdag 20 september 2017 @ 09:28:
Wat gebeurd er als je een tijdje aan de kabel meet? En wat bedoel je precies met 'het internet valt weg'? Heb je helemaal geen verbinding meer, of krijg je alleen even ernstige vertraging?

Als ik bijvoorbeeld online een game aan heb staan, staat er connection disrupted. Wanneer ik tv kijk via de ziggo op op mijn iPhone, iPad od laptop, valt het beeld stil met diverse errors die duiden op geen internetverbinding. Ook laden webpagina's een aantal minuten niet.

[Leezer14]

wizai schreef op woensdag 20 september 2017 @ 09:30:
[...]


Wat zijn in de webportal de signaalwaarden vanaf de straat naar het Ziggo modem?
Heb je uitgesloten dat er een ipconflict kan optreden?
Zijn je wifi AP's juist ingesteld?

Als je bovenstaande punten hebt uitgesloten zou ik contact opnemen met Ziggo Zakelijk.

Kan ik dit testen in de webinterface van het modem? Wat zijn goede waardes of is dit erg verschillend? Ik test ze direct als bij het modem kan vandaag.

IP conflict - I don't know, hoe te testen?

AP's zijn ingesteld zoals het altijd gewertkt heeft. Wel zijn de gereset bij de verhuizing om het netwerk opnieuw in te stellen.

Bedankt voor jullie antwoorden.

Wil je voortaan de wijzig-knop gebruiken? Twee posts onder elkaar plaatsen is namelijk niet toegestaan.

[ Voor 7% gewijzigd door rens-br op 20-09-2017 10:25 ]

[RocketKoen]

Leezer14 schreef op woensdag 20 september 2017 @ 09:53:
[...]


Als ik bijvoorbeeld online een game aan heb staan, staat er connection disrupted. Wanneer ik tv kijk via de ziggo op op mijn iPhone, iPad od laptop, valt het beeld stil met diverse errors die duiden op geen internetverbinding. Ook laden webpagina's een aantal minuten niet.

En zegt het modem van Ziggo (lampje of via de webpagina) dan ook dat er geen internet is?

Het klinkt namelijk als een Wifi of router probleem en niet zozeer als een internet probleem.

[Stoelpoot]

Leezer14 schreef op woensdag 20 september 2017 @ 09:53:
[...]


Als ik bijvoorbeeld online een game aan heb staan, staat er connection disrupted. Wanneer ik tv kijk via de ziggo op op mijn iPhone, iPad od laptop, valt het beeld stil met diverse errors die duiden op geen internetverbinding. Ook laden webpagina's een aantal minuten niet.

En wat gebeurd er als je een tijdje aan de kabel meet?

[Leezer14]

Stoelpoot schreef op woensdag 20 september 2017 @ 10:22:
[...]


En wat gebeurd er als je een tijdje aan de kabel meet?

Dan ervaar ik dezelfde problemen. Plan is om dit nog te meten over een langere tijd met een tooltje, echter ben ik nog opzoek naar een goede tool.

[Leezer14]

RocketKoen schreef op woensdag 20 september 2017 @ 09:59:
[...]

En zegt het modem van Ziggo (lampje of via de webpagina) dan ook dat er geen internet is?

Het klinkt namelijk als een Wifi of router probleem en niet zozeer als een internet probleem.

Dat moet ik nog controleren, ik laat het direct weten als ik meer weet.

Wil je voortaan de wijzig-knop gebruiken? Twee posts onder elkaar plaatsen is namelijk niet toegestaan.

[ Voor 12% gewijzigd door rens-br op 20-09-2017 10:25 ]

[rens-br]

@Leezer14 welke stappen heb je zelf al geprobeerd, getest en uitgevoerd om je probleem op te lossen? Het is op Tweakers niet de bedoeling om een vraag te dumpen en te hopen op een antwoord. Lees even Het algemeen beleid #quickstart door zodat je weet wat er verwacht wordt en pas dan even je topic aan.

[Noppesnada]

Kun je dit probleem niet bij Ziggo zelf neerleggen ?

Wij hebben sinds een jaar ook Ziggo op mijn werk (speciaal een kabel laten graven) en dit werkt eigenlijk probleemloos.

Je betaalt Ziggo toch ? Mijn ervaring is dat ze echt wel bereid zijn ondersteuning te bieden.

[Leezer14]

Noppesnada schreef op woensdag 20 september 2017 @ 10:28:
Kun je dit probleem niet bij Ziggo zelf neerleggen ?

Wij hebben sinds een jaar ook Ziggo op mijn werk (speciaal een kabel laten graven) en dit werkt eigenlijk probleemloos.

Je betaalt Ziggo toch ? Mijn ervaring is dat ze echt wel bereid zijn ondersteuning te bieden.

Dit issue heb ik al vaker aangekaart bij ziggo, en steeds meten ze de verbinding en die werkt op dat moment. Dat is het vervelende eraan. Volgensmij zitten wij in oud upc-gebied en dat blijk niet vlekkeloos te werken.

Ook is er een tijd terug een storing geweest. Toen bleken er te veel huizen aangesloten te zijn op het ziggo punt.

[Noppesnada]

Als je het al vaker aangegeven hebt bij Ziggo is er des te meer reden of het te blijven melden.

Waarom zou je zelf gaan monitoren/knutselen als je gewoon ondersteuning mag verwachten.

Ziggo kan zeer veel op afstand uitlezen is mijn ervaring.

[ehtweak]

Zoals anderen al aangaven:
Maak in ieder geval onderscheid tussen een bedraad device versus een via WiFi connected device!

Rechtstreeks, via een UTP kabeltje een PC o.i.d. op je Ziggo router/modem aansluiten en daar b.v. een continue PING op laten lopen met output naar een log file. (bijvoorbeeld PINGen naar 8.8.8.8 o.i.d)
Zodat je na 1 a 2 dagen kunt zien op welke tijdstippen je internet connectie wegvalt c.q. slecht wordt.

Voorbeeld batch bestand om een continue PING naar 8.8.8.8 (Google) te loggen met output naar logfile.txt

@echo off
:loop
echo %TIME% %DATE% >>logfile.txt
ping 8.8.8.8 -n 1 -s 1 >>logfile.txt
timeout /T 5 /NOBREAK
goto loop

Compleet met timestamp en om de 5 seconden een ping naar 8.8.8.8. En alles weggeschreven in een tekstbestand, genaamd logfile.txt.
Uiteraard kun je alle parameters naar wens aanpassen. En dit werkt gewoon in een standaard command prompt venster onder Windows. Al dan niet gescheduled.

[Leezer14]

ehtweak schreef op woensdag 20 september 2017 @ 10:59:
Zoals anderen al aangaven:
Maak in ieder geval onderscheid tussen een bedraad device versus een via WiFi connected device!

Rechtstreeks, via een UTP kabeltje een PC o.i.d. op je Ziggo router/modem aansluiten en daar b.v. een continue PING op laten lopen met output naar een log file. (bijvoorbeeld PINGen naar 8.8.8.8 o.i.d)
Zodat je na 1 a 2 dagen kunt zien op welke tijdstippen je internet connectie wegvalt c.q. slecht wordt.

Voorbeeld batch bestand om een continue PING naar 8.8.8.8 (Google) te loggen met output naar logfile.txt

@echo off
:loop
echo %TIME% %DATE% >>logfile.txt
ping 8.8.8.8 -n 1 -s 1 >>logfile.txt
timeout /T 5 /NOBREAK
goto loop

Compleet met timestamp en om de 5 seconden een ping naar 8.8.8.8. En alles weggeschreven in een tekstbestand, genaamd logfile.txt.
Uiteraard kun je alle parameters naar wens aanpassen. En dit werkt gewoon in een standaard command prompt venster onder Windows. Al dan niet gescheduled.

Bedankt voor je voorbeeld en de code. Ik ga dit proberen en laat het weten.

Noppesnada schreef op woensdag 20 september 2017 @ 10:39:
Als je het al vaker aangegeven hebt bij Ziggo is er des te meer reden of het te blijven melden.

Waarom zou je zelf gaan monitoren/knutselen als je gewoon ondersteuning mag verwachten.

Ziggo kan zeer veel op afstand uitlezen is mijn ervaring.

UTP PC <> Modem is hetzelfde issue

[Leezer14]

Afgelopen uur een een ping laten lopen, hierbij de log. Helaas kan ik de log niet uploaden hier. Maar er zijn heel wat timeouts of requests met 10000 ms

Ziggo zegt dat zij tot het modem kijken en niet verder.

Dit is wat zij zien:

https://pasteboard.co/GLgQVOq.png
https://pasteboard.co/GLgR4CH.png

Zijn er tooltjes of tips om het netwerk te monitoren op activiteiten? Zodat ik gericht kan zoeken naar mogelijke oorzaken? Ik kan op internet van alles vinden, maar die zoeken voornamelijk naar netwerkkwaliteit als ik wifi signaal. Maar die is overal optimaal. Het lijkt hier te gaan om verbruik

[ Voor 9% gewijzigd door Leezer14 op 20-09-2017 19:37 . Reden: Log file ]

[Verwijderd]

Leezer14 schreef op woensdag 20 september 2017 @ 19:32:
Afgelopen uur een een ping laten lopen, hierbij de log. Helaas kan ik de log niet uploaden hier. Maar er zijn heel wat timeouts of requests met 10000 ms

Ziggo zegt dat zij tot het modem kijken en niet verder.

Dit is wat zij zien:

https://pasteboard.co/GLgQVOq.png
https://pasteboard.co/GLgR4CH.png

Zijn er tooltjes of tips om het netwerk te monitoren op activiteiten? Zodat ik gericht kan zoeken naar mogelijke oorzaken? Ik kan op internet van alles vinden, maar die zoeken voornamelijk naar netwerkkwaliteit als ik wifi signaal. Maar die is overal optimaal. Het lijkt hier te gaan om verbruik

trek het hele zooitje airport apparatuur los, gebruik ALLEEN de modem van Ziggo met DHCP aan in standaardinstellingen en kijk dan een tijdje hoe het gaat met een PC bekabeld aan de modem waar verder niets zit aangesloten.

Werkt het nog steeds niet goed? ---> ziggo
Werkt het dan wel goed? ---> airportconfiguratieprobleem

[geforce5_guy]

Leezer14 schreef op woensdag 20 september 2017 @ 19:32:
Afgelopen uur een een ping laten lopen, hierbij de log.

Ziggo zegt dat zij tot het modem kijken en niet verder.

Dit is wat zij zien:

https://pasteboard.co/GLgQVOq.png
https://pasteboard.co/GLgR4CH.png

Zijn er tooltjes of tips om het netwerk te monitoren op activiteiten? Zodat ik gericht kan zoeken naar mogelijke oorzaken? Ik kan op internet van alles vinden, maar die zoeken voornamelijk naar netwerkkwaliteit als ik wifi signaal. Maar die is overal optimaal. Het lijkt hier te gaan om verbruik

Beide plaatjes werken niet.

Bovenstaande geeft iemand al een oplossing om het te testen met een computer je krijgt dan een lijstje met resultaten.

Voorbeeld van uitkomst:

code:

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=17ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=17ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=25ms TTL=59

Ping statistics for 8.8.8.8:
    Packets: Sent = 9, Received = 9, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 25ms, Average = 16ms

Er zijn tooltjes die aankunnen geven wat de signaal sterkte is. Maar mij lijkt het beste om deze test te doen met een computer die bekabeld aangesloten is.

[Leezer14]

geforce5_guy schreef op woensdag 20 september 2017 @ 19:40:
[...]


Beide plaatjes werken niet.

Bovenstaande geeft iemand al een oplossing om het te testen met een computer je krijgt dan een lijstje met resultaten.

Voorbeeld van uitkomst:

code:

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=17ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=17ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=25ms TTL=59

Ping statistics for 8.8.8.8:
    Packets: Sent = 9, Received = 9, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 25ms, Average = 16ms

Er zijn tooltjes die aankunnen geven wat de signaal sterkte is. Maar mij lijkt het beste om deze test te doen met een computer die bekabeld aangesloten is.

Ik heb zijn/haar code gebruikt en heb ook en log bestand van 5000 regels die ik helaas niet als tekst kan plaatsen in een reactie.

Afbeeldingen kan ik wel openen via die link, vreemd.

Verwijderd schreef op woensdag 20 september 2017 @ 19:38:
[...]


trek het hele zooitje airport apparatuur los, gebruik ALLEEN de modem van Ziggo met DHCP aan in standaardinstellingen en kijk dan een tijdje hoe het gaat met een PC bekabeld aan de modem waar verder niets zit aangesloten.

Werkt het nog steeds niet goed? ---> ziggo
Werkt het dan wel goed? ---> airportconfiguratieprobleem

Ga ik dit weekend proberen, helaas is er op werkdagen echt langdurig internet nodig.

[geforce5_guy]

Leezer14 schreef op woensdag 20 september 2017 @ 19:42:
[...]


Ik heb zijn/haar code gebruikt en heb ook en log bestand van 5000 regels die ik helaas niet als tekst kan plaatsen in een reactie.

Afbeeldingen kan ik wel openen via die link, vreemd.
[...]


Ga ik dit weekend proberen, helaas is er op werkdagen echt langdurig internet nodig.

In die regels. staat er ergens dat er geen antwoord is geweest? En is er tijdens de periode het probleem ook geweest?

[Leezer14]

geforce5_guy schreef op woensdag 20 september 2017 @ 19:45:
[...]


In die regels. staat er ergens dat er geen antwoord is geweest? En is er tijdens de periode het probleem ook geweest?

Veel regels waar het wel 'goed' gaat. Maar ook veel 'foute'.
Tijdens die trage time=.... ms en timeouts ervaren wij op ook dat internet niet bereikbaar is. Pagina's laden niet en tv via de Ziggo Go app bijvoorbeeld valt weg.

Een kleine greep uit de log:

code:

64 bytes from 8.8.8.8: icmp_seq=5104 ttl=57 time=740.041 ms
64 bytes from 8.8.8.8: icmp_seq=5105 ttl=57 time=1018.676 ms
64 bytes from 8.8.8.8: icmp_seq=5107 ttl=57 time=811.166 ms
64 bytes from 8.8.8.8: icmp_seq=5108 ttl=57 time=1027.048 ms
64 bytes from 8.8.8.8: icmp_seq=5109 ttl=57 time=954.719 ms
64 bytes from 8.8.8.8: icmp_seq=5110 ttl=57 time=1461.099 ms
Request timeout for icmp_seq 5112
64 bytes from 8.8.8.8: icmp_seq=5111 ttl=57 time=2005.167 ms
64 bytes from 8.8.8.8: icmp_seq=5112 ttl=57 time=2637.592 ms
Request timeout for icmp_seq 5115
Request timeout for icmp_seq 5116
64 bytes from 8.8.8.8: icmp_seq=5113 ttl=57 time=4298.657 ms
Request timeout for icmp_seq 5118
64 bytes from 8.8.8.8: icmp_seq=5114 ttl=57 time=5026.769 ms
64 bytes from 8.8.8.8: icmp_seq=5115 ttl=57 time=5036.831 ms
64 bytes from 8.8.8.8: icmp_seq=5116 ttl=57 time=4031.824 ms
64 bytes from 8.8.8.8: icmp_seq=5117 ttl=57 time=3661.969 ms
64 bytes from 8.8.8.8: icmp_seq=5119 ttl=57 time=2689.771 ms
64 bytes from 8.8.8.8: icmp_seq=5120 ttl=57 time=2013.647 ms
64 bytes from 8.8.8.8: icmp_seq=5121 ttl=57 time=1510.025 ms
64 bytes from 8.8.8.8: icmp_seq=5122 ttl=57 time=1084.273 ms
64 bytes from 8.8.8.8: icmp_seq=5123 ttl=57 time=1040.171 ms
64 bytes from 8.8.8.8: icmp_seq=5124 ttl=57 time=1115.458 ms
64 bytes from 8.8.8.8: icmp_seq=5125 ttl=57 time=1206.753 ms
64 bytes from 8.8.8.8: icmp_seq=5126 ttl=57 time=1391.717 ms
64 bytes from 8.8.8.8: icmp_seq=5127 ttl=57 time=1623.642 ms
64 bytes from 8.8.8.8: icmp_seq=5128 ttl=57 time=2022.237 ms
64 bytes from 8.8.8.8: icmp_seq=5130 ttl=57 time=1627.920 ms
64 bytes from 8.8.8.8: icmp_seq=5131 ttl=57 time=1511.305 ms
64 bytes from 8.8.8.8: icmp_seq=5132 ttl=57 time=2033.295 ms
64 bytes from 8.8.8.8: icmp_seq=5133 ttl=57 time=2019.327 ms
64 bytes from 8.8.8.8: icmp_seq=5134 ttl=57 time=1556.205 ms
64 bytes from 8.8.8.8: icmp_seq=5135 ttl=57 time=1029.175 ms
64 bytes from 8.8.8.8: icmp_seq=5136 ttl=57 time=469.401 ms
64 bytes from 8.8.8.8: icmp_seq=5137 ttl=57 time=998.794 ms
64 bytes from 8.8.8.8: icmp_seq=5138 ttl=57 time=3043.387 ms

En:

code:

64 bytes from 8.8.8.8: icmp_seq=4890 ttl=57 time=72.349 ms
64 bytes from 8.8.8.8: icmp_seq=4891 ttl=57 time=38.857 ms
64 bytes from 8.8.8.8: icmp_seq=4892 ttl=57 time=106.984 ms
64 bytes from 8.8.8.8: icmp_seq=4893 ttl=57 time=56.385 ms
64 bytes from 8.8.8.8: icmp_seq=4894 ttl=57 time=75.456 ms
64 bytes from 8.8.8.8: icmp_seq=4895 ttl=57 time=926.597 ms
64 bytes from 8.8.8.8: icmp_seq=4896 ttl=57 time=582.252 ms
64 bytes from 8.8.8.8: icmp_seq=4897 ttl=57 time=155.709 ms
64 bytes from 8.8.8.8: icmp_seq=4898 ttl=57 time=155.038 ms
64 bytes from 8.8.8.8: icmp_seq=4899 ttl=57 time=96.252 ms
64 bytes from 8.8.8.8: icmp_seq=4900 ttl=57 time=339.261 ms
Request timeout for icmp_seq 4902
Request timeout for icmp_seq 4903
Request timeout for icmp_seq 4904
Request timeout for icmp_seq 4905
Request timeout for icmp_seq 4906
Request timeout for icmp_seq 4907
Request timeout for icmp_seq 4908
Request timeout for icmp_seq 4909
Request timeout for icmp_seq 4910
Request timeout for icmp_seq 4911
Request timeout for icmp_seq 4912
Request timeout for icmp_seq 4913
Request timeout for icmp_seq 4914
Request timeout for icmp_seq 4915
Request timeout for icmp_seq 4916
Request timeout for icmp_seq 4917
Request timeout for icmp_seq 4918
Request timeout for icmp_seq 4919
Request timeout for icmp_seq 4920
Request timeout for icmp_seq 4921
Request timeout for icmp_seq 4922
Request timeout for icmp_seq 4923
Request timeout for icmp_seq 4924
Request timeout for icmp_seq 4925
Request timeout for icmp_seq 4926
Request timeout for icmp_seq 4927
64 bytes from 8.8.8.8: icmp_seq=4927 ttl=57 time=1499.843 ms
Request timeout for icmp_seq 4929
Request timeout for icmp_seq 4930
64 bytes from 8.8.8.8: icmp_seq=4930 ttl=57 time=1923.197 ms
64 bytes from 8.8.8.8: icmp_seq=4931 ttl=57 time=1848.377 ms
Request timeout for icmp_seq 4933
64 bytes from 8.8.8.8: icmp_seq=4932 ttl=57 time=2109.485 ms
Request timeout for icmp_seq 4935
Request timeout for icmp_seq 4936
Request timeout for icmp_seq 4937
Request timeout for icmp_seq 4938
Request timeout for icmp_seq 4939
Request timeout for icmp_seq 4940
64 bytes from 8.8.8.8: icmp_seq=4934 ttl=57 time=7882.962 ms
Request timeout for icmp_seq 4942
Request timeout for icmp_seq 4943
Request timeout for icmp_seq 4944
64 bytes from 8.8.8.8: icmp_seq=4937 ttl=57 time=8403.322 ms
Request timeout for icmp_seq 4946
Request timeout for icmp_seq 4947
64 bytes from 8.8.8.8: icmp_seq=4942 ttl=57 time=6073.977 ms
64 bytes from 8.8.8.8: icmp_seq=4943 ttl=57 time=5070.885 ms
64 bytes from 8.8.8.8: icmp_seq=4946 ttl=57 time=2836.954 ms
64 bytes from 8.8.8.8: icmp_seq=4947 ttl=57 time=2945.628 ms
64 bytes from 8.8.8.8: icmp_seq=4949 ttl=57 time=2105.868 ms
64 bytes from 8.8.8.8: icmp_seq=4950 ttl=57 time=2103.925 ms
64 bytes from 8.8.8.8: icmp_seq=4951 ttl=57 time=1541.011 ms
64 bytes from 8.8.8.8: icmp_seq=4952 ttl=57 time=967.566 ms
64 bytes from 8.8.8.8: icmp_seq=4953 ttl=57 time=441.480 ms
64 bytes from 8.8.8.8: icmp_seq=4954 ttl=57 time=660.951 ms
64 bytes from 8.8.8.8: icmp_seq=4955 ttl=57 time=121.481 ms
64 bytes from 8.8.8.8: icmp_seq=4956 ttl=57 time=503.726 ms
64 bytes from 8.8.8.8: icmp_seq=4958 ttl=57 time=343.263 ms
64 bytes from 8.8.8.8: icmp_seq=4959 ttl=57 time=408.292 ms
64 bytes from 8.8.8.8: icmp_seq=4960 ttl=57 time=78.939 ms
64 bytes from 8.8.8.8: icmp_seq=4961 ttl=57 time=704.918 ms
64 bytes from 8.8.8.8: icmp_seq=4962 ttl=57 time=919.878 ms
64 bytes from 8.8.8.8: icmp_seq=4963 ttl=57 time=1003.281 ms
64 bytes from 8.8.8.8: icmp_seq=4964 ttl=57 time=1097.550 ms
64 bytes from 8.8.8.8: icmp_seq=4965 ttl=57 time=1694.566 ms
64 bytes from 8.8.8.8: icmp_seq=4966 ttl=57 time=1532.504 ms
64 bytes from 8.8.8.8: icmp_seq=4967 ttl=57 time=1728.363 ms
64 bytes from 8.8.8.8: icmp_seq=4968 ttl=57 time=2589.303 ms
Request timeout for icmp_seq 4971
64 bytes from 8.8.8.8: icmp_seq=4969 ttl=57 time=3024.980 ms
64 bytes from 8.8.8.8: icmp_seq=4970 ttl=57 time=2443.347 ms
64 bytes from 8.8.8.8: icmp_seq=4971 ttl=57 time=3027.947 ms
Request timeout for icmp_seq 4975
64 bytes from 8.8.8.8: icmp_seq=4972 ttl=57 time=4021.245 ms
Request timeout for icmp_seq 4977
64 bytes from 8.8.8.8: icmp_seq=4975 ttl=57 time=3869.228 ms
64 bytes from 8.8.8.8: icmp_seq=4976 ttl=57 time=2863.692 ms
64 bytes from 8.8.8.8: icmp_seq=4977 ttl=57 time=2459.431 ms
Request timeout for icmp_seq 4981
64 bytes from 8.8.8.8: icmp_seq=4979 ttl=57 time=3396.082 ms
64 bytes from 8.8.8.8: icmp_seq=4980 ttl=57 time=2589.893 ms
64 bytes from 8.8.8.8: icmp_seq=4981 ttl=57 time=1906.938 ms
64 bytes from 8.8.8.8: icmp_seq=4982 ttl=57 time=2451.343 ms
Request timeout for icmp_seq 4986
64 bytes from 8.8.8.8: icmp_seq=4983 ttl=57 time=4022.426 ms
64 bytes from 8.8.8.8: icmp_seq=4984 ttl=57 time=3018.146 ms

[eric.1]

Leezer14 schreef op woensdag 20 september 2017 @ 19:47:
[...]


Veel regels waar het wel 'goed' gaat. Maar ook veel 'foute'.
Tijdens die trage time=.... ms en timeouts ervaren wij op ook dat internet niet bereikbaar is. Pagina's laden niet en tv via de Ziggo Go app bijvoorbeeld valt weg.

Een kleine greep uit de log:

code:

64 bytes from 8.8.8.8: icmp_seq=5104 ttl=57 time=740.041 ms
64 bytes from 8.8.8.8: icmp_seq=5105 ttl=57 time=1018.676 ms
64 bytes from 8.8.8.8: icmp_seq=5107 ttl=57 time=811.166 ms
64 bytes from 8.8.8.8: icmp_seq=5108 ttl=57 time=1027.048 ms
64 bytes from 8.8.8.8: icmp_seq=5109 ttl=57 time=954.719 ms
64 bytes from 8.8.8.8: icmp_seq=5110 ttl=57 time=1461.099 ms
Request timeout for icmp_seq 5112
64 bytes from 8.8.8.8: icmp_seq=5111 ttl=57 time=2005.167 ms
64 bytes from 8.8.8.8: icmp_seq=5112 ttl=57 time=2637.592 ms
Request timeout for icmp_seq 5115
Request timeout for icmp_seq 5116
64 bytes from 8.8.8.8: icmp_seq=5113 ttl=57 time=4298.657 ms
Request timeout for icmp_seq 5118
64 bytes from 8.8.8.8: icmp_seq=5114 ttl=57 time=5026.769 ms
64 bytes from 8.8.8.8: icmp_seq=5115 ttl=57 time=5036.831 ms
64 bytes from 8.8.8.8: icmp_seq=5116 ttl=57 time=4031.824 ms
64 bytes from 8.8.8.8: icmp_seq=5117 ttl=57 time=3661.969 ms
64 bytes from 8.8.8.8: icmp_seq=5119 ttl=57 time=2689.771 ms
64 bytes from 8.8.8.8: icmp_seq=5120 ttl=57 time=2013.647 ms
64 bytes from 8.8.8.8: icmp_seq=5121 ttl=57 time=1510.025 ms
64 bytes from 8.8.8.8: icmp_seq=5122 ttl=57 time=1084.273 ms
64 bytes from 8.8.8.8: icmp_seq=5123 ttl=57 time=1040.171 ms
64 bytes from 8.8.8.8: icmp_seq=5124 ttl=57 time=1115.458 ms
64 bytes from 8.8.8.8: icmp_seq=5125 ttl=57 time=1206.753 ms
64 bytes from 8.8.8.8: icmp_seq=5126 ttl=57 time=1391.717 ms
64 bytes from 8.8.8.8: icmp_seq=5127 ttl=57 time=1623.642 ms
64 bytes from 8.8.8.8: icmp_seq=5128 ttl=57 time=2022.237 ms
64 bytes from 8.8.8.8: icmp_seq=5130 ttl=57 time=1627.920 ms
64 bytes from 8.8.8.8: icmp_seq=5131 ttl=57 time=1511.305 ms
64 bytes from 8.8.8.8: icmp_seq=5132 ttl=57 time=2033.295 ms
64 bytes from 8.8.8.8: icmp_seq=5133 ttl=57 time=2019.327 ms
64 bytes from 8.8.8.8: icmp_seq=5134 ttl=57 time=1556.205 ms
64 bytes from 8.8.8.8: icmp_seq=5135 ttl=57 time=1029.175 ms
64 bytes from 8.8.8.8: icmp_seq=5136 ttl=57 time=469.401 ms
64 bytes from 8.8.8.8: icmp_seq=5137 ttl=57 time=998.794 ms
64 bytes from 8.8.8.8: icmp_seq=5138 ttl=57 time=3043.387 ms

En:

code:

64 bytes from 8.8.8.8: icmp_seq=4890 ttl=57 time=72.349 ms
64 bytes from 8.8.8.8: icmp_seq=4891 ttl=57 time=38.857 ms
64 bytes from 8.8.8.8: icmp_seq=4892 ttl=57 time=106.984 ms
64 bytes from 8.8.8.8: icmp_seq=4893 ttl=57 time=56.385 ms
64 bytes from 8.8.8.8: icmp_seq=4894 ttl=57 time=75.456 ms
64 bytes from 8.8.8.8: icmp_seq=4895 ttl=57 time=926.597 ms
64 bytes from 8.8.8.8: icmp_seq=4896 ttl=57 time=582.252 ms
64 bytes from 8.8.8.8: icmp_seq=4897 ttl=57 time=155.709 ms
64 bytes from 8.8.8.8: icmp_seq=4898 ttl=57 time=155.038 ms
64 bytes from 8.8.8.8: icmp_seq=4899 ttl=57 time=96.252 ms
64 bytes from 8.8.8.8: icmp_seq=4900 ttl=57 time=339.261 ms
Request timeout for icmp_seq 4902
Request timeout for icmp_seq 4903
Request timeout for icmp_seq 4904
Request timeout for icmp_seq 4905
Request timeout for icmp_seq 4906
Request timeout for icmp_seq 4907
Request timeout for icmp_seq 4908
Request timeout for icmp_seq 4909
Request timeout for icmp_seq 4910
Request timeout for icmp_seq 4911
Request timeout for icmp_seq 4912
Request timeout for icmp_seq 4913
Request timeout for icmp_seq 4914
Request timeout for icmp_seq 4915
Request timeout for icmp_seq 4916
Request timeout for icmp_seq 4917
Request timeout for icmp_seq 4918
Request timeout for icmp_seq 4919
Request timeout for icmp_seq 4920
Request timeout for icmp_seq 4921
Request timeout for icmp_seq 4922
Request timeout for icmp_seq 4923
Request timeout for icmp_seq 4924
Request timeout for icmp_seq 4925
Request timeout for icmp_seq 4926
Request timeout for icmp_seq 4927
64 bytes from 8.8.8.8: icmp_seq=4927 ttl=57 time=1499.843 ms
Request timeout for icmp_seq 4929
Request timeout for icmp_seq 4930
64 bytes from 8.8.8.8: icmp_seq=4930 ttl=57 time=1923.197 ms
64 bytes from 8.8.8.8: icmp_seq=4931 ttl=57 time=1848.377 ms
Request timeout for icmp_seq 4933
64 bytes from 8.8.8.8: icmp_seq=4932 ttl=57 time=2109.485 ms
Request timeout for icmp_seq 4935
Request timeout for icmp_seq 4936
Request timeout for icmp_seq 4937
Request timeout for icmp_seq 4938
Request timeout for icmp_seq 4939
Request timeout for icmp_seq 4940
64 bytes from 8.8.8.8: icmp_seq=4934 ttl=57 time=7882.962 ms
Request timeout for icmp_seq 4942
Request timeout for icmp_seq 4943
Request timeout for icmp_seq 4944
64 bytes from 8.8.8.8: icmp_seq=4937 ttl=57 time=8403.322 ms
Request timeout for icmp_seq 4946
Request timeout for icmp_seq 4947
64 bytes from 8.8.8.8: icmp_seq=4942 ttl=57 time=6073.977 ms
64 bytes from 8.8.8.8: icmp_seq=4943 ttl=57 time=5070.885 ms
64 bytes from 8.8.8.8: icmp_seq=4946 ttl=57 time=2836.954 ms
64 bytes from 8.8.8.8: icmp_seq=4947 ttl=57 time=2945.628 ms
64 bytes from 8.8.8.8: icmp_seq=4949 ttl=57 time=2105.868 ms
64 bytes from 8.8.8.8: icmp_seq=4950 ttl=57 time=2103.925 ms
64 bytes from 8.8.8.8: icmp_seq=4951 ttl=57 time=1541.011 ms
64 bytes from 8.8.8.8: icmp_seq=4952 ttl=57 time=967.566 ms
64 bytes from 8.8.8.8: icmp_seq=4953 ttl=57 time=441.480 ms
64 bytes from 8.8.8.8: icmp_seq=4954 ttl=57 time=660.951 ms
64 bytes from 8.8.8.8: icmp_seq=4955 ttl=57 time=121.481 ms
64 bytes from 8.8.8.8: icmp_seq=4956 ttl=57 time=503.726 ms
64 bytes from 8.8.8.8: icmp_seq=4958 ttl=57 time=343.263 ms
64 bytes from 8.8.8.8: icmp_seq=4959 ttl=57 time=408.292 ms
64 bytes from 8.8.8.8: icmp_seq=4960 ttl=57 time=78.939 ms
64 bytes from 8.8.8.8: icmp_seq=4961 ttl=57 time=704.918 ms
64 bytes from 8.8.8.8: icmp_seq=4962 ttl=57 time=919.878 ms
64 bytes from 8.8.8.8: icmp_seq=4963 ttl=57 time=1003.281 ms
64 bytes from 8.8.8.8: icmp_seq=4964 ttl=57 time=1097.550 ms
64 bytes from 8.8.8.8: icmp_seq=4965 ttl=57 time=1694.566 ms
64 bytes from 8.8.8.8: icmp_seq=4966 ttl=57 time=1532.504 ms
64 bytes from 8.8.8.8: icmp_seq=4967 ttl=57 time=1728.363 ms
64 bytes from 8.8.8.8: icmp_seq=4968 ttl=57 time=2589.303 ms
Request timeout for icmp_seq 4971
64 bytes from 8.8.8.8: icmp_seq=4969 ttl=57 time=3024.980 ms
64 bytes from 8.8.8.8: icmp_seq=4970 ttl=57 time=2443.347 ms
64 bytes from 8.8.8.8: icmp_seq=4971 ttl=57 time=3027.947 ms
Request timeout for icmp_seq 4975
64 bytes from 8.8.8.8: icmp_seq=4972 ttl=57 time=4021.245 ms
Request timeout for icmp_seq 4977
64 bytes from 8.8.8.8: icmp_seq=4975 ttl=57 time=3869.228 ms
64 bytes from 8.8.8.8: icmp_seq=4976 ttl=57 time=2863.692 ms
64 bytes from 8.8.8.8: icmp_seq=4977 ttl=57 time=2459.431 ms
Request timeout for icmp_seq 4981
64 bytes from 8.8.8.8: icmp_seq=4979 ttl=57 time=3396.082 ms
64 bytes from 8.8.8.8: icmp_seq=4980 ttl=57 time=2589.893 ms
64 bytes from 8.8.8.8: icmp_seq=4981 ttl=57 time=1906.938 ms
64 bytes from 8.8.8.8: icmp_seq=4982 ttl=57 time=2451.343 ms
Request timeout for icmp_seq 4986
64 bytes from 8.8.8.8: icmp_seq=4983 ttl=57 time=4022.426 ms
64 bytes from 8.8.8.8: icmp_seq=4984 ttl=57 time=3018.146 ms

Kan je ook eens je default gateway pingen, heeft dat ook zo'n absurde ms?

[geforce5_guy]

Leezer14 schreef op woensdag 20 september 2017 @ 19:47:
[...]


Veel regels waar het wel 'goed' gaat. Maar ook veel 'foute'.
Tijdens die trage time=.... ms en timeouts ervaren wij op ook dat internet niet bereikbaar is. Pagina's laden niet en tv via de Ziggo Go app bijvoorbeeld valt weg.

Een kleine greep uit de log:

code:

64 bytes from 8.8.8.8: icmp_seq=5104 ttl=57 time=740.041 ms
64 bytes from 8.8.8.8: icmp_seq=5105 ttl=57 time=1018.676 ms
64 bytes from 8.8.8.8: icmp_seq=5107 ttl=57 time=811.166 ms
64 bytes from 8.8.8.8: icmp_seq=5108 ttl=57 time=1027.048 ms
64 bytes from 8.8.8.8: icmp_seq=5109 ttl=57 time=954.719 ms
64 bytes from 8.8.8.8: icmp_seq=5110 ttl=57 time=1461.099 ms
Request timeout for icmp_seq 5112
64 bytes from 8.8.8.8: icmp_seq=5111 ttl=57 time=2005.167 ms
64 bytes from 8.8.8.8: icmp_seq=5112 ttl=57 time=2637.592 ms
Request timeout for icmp_seq 5115
Request timeout for icmp_seq 5116
64 bytes from 8.8.8.8: icmp_seq=5113 ttl=57 time=4298.657 ms
Request timeout for icmp_seq 5118
64 bytes from 8.8.8.8: icmp_seq=5114 ttl=57 time=5026.769 ms
64 bytes from 8.8.8.8: icmp_seq=5115 ttl=57 time=5036.831 ms
64 bytes from 8.8.8.8: icmp_seq=5116 ttl=57 time=4031.824 ms
64 bytes from 8.8.8.8: icmp_seq=5117 ttl=57 time=3661.969 ms
64 bytes from 8.8.8.8: icmp_seq=5119 ttl=57 time=2689.771 ms
64 bytes from 8.8.8.8: icmp_seq=5120 ttl=57 time=2013.647 ms
64 bytes from 8.8.8.8: icmp_seq=5121 ttl=57 time=1510.025 ms
64 bytes from 8.8.8.8: icmp_seq=5122 ttl=57 time=1084.273 ms
64 bytes from 8.8.8.8: icmp_seq=5123 ttl=57 time=1040.171 ms
64 bytes from 8.8.8.8: icmp_seq=5124 ttl=57 time=1115.458 ms
64 bytes from 8.8.8.8: icmp_seq=5125 ttl=57 time=1206.753 ms
64 bytes from 8.8.8.8: icmp_seq=5126 ttl=57 time=1391.717 ms
64 bytes from 8.8.8.8: icmp_seq=5127 ttl=57 time=1623.642 ms
64 bytes from 8.8.8.8: icmp_seq=5128 ttl=57 time=2022.237 ms
64 bytes from 8.8.8.8: icmp_seq=5130 ttl=57 time=1627.920 ms
64 bytes from 8.8.8.8: icmp_seq=5131 ttl=57 time=1511.305 ms
64 bytes from 8.8.8.8: icmp_seq=5132 ttl=57 time=2033.295 ms
64 bytes from 8.8.8.8: icmp_seq=5133 ttl=57 time=2019.327 ms
64 bytes from 8.8.8.8: icmp_seq=5134 ttl=57 time=1556.205 ms
64 bytes from 8.8.8.8: icmp_seq=5135 ttl=57 time=1029.175 ms
64 bytes from 8.8.8.8: icmp_seq=5136 ttl=57 time=469.401 ms
64 bytes from 8.8.8.8: icmp_seq=5137 ttl=57 time=998.794 ms
64 bytes from 8.8.8.8: icmp_seq=5138 ttl=57 time=3043.387 ms

En:

code:

64 bytes from 8.8.8.8: icmp_seq=4890 ttl=57 time=72.349 ms
64 bytes from 8.8.8.8: icmp_seq=4891 ttl=57 time=38.857 ms
64 bytes from 8.8.8.8: icmp_seq=4892 ttl=57 time=106.984 ms
64 bytes from 8.8.8.8: icmp_seq=4893 ttl=57 time=56.385 ms
64 bytes from 8.8.8.8: icmp_seq=4894 ttl=57 time=75.456 ms
64 bytes from 8.8.8.8: icmp_seq=4895 ttl=57 time=926.597 ms
64 bytes from 8.8.8.8: icmp_seq=4896 ttl=57 time=582.252 ms
64 bytes from 8.8.8.8: icmp_seq=4897 ttl=57 time=155.709 ms
64 bytes from 8.8.8.8: icmp_seq=4898 ttl=57 time=155.038 ms
64 bytes from 8.8.8.8: icmp_seq=4899 ttl=57 time=96.252 ms
64 bytes from 8.8.8.8: icmp_seq=4900 ttl=57 time=339.261 ms
Request timeout for icmp_seq 4902
Request timeout for icmp_seq 4903
Request timeout for icmp_seq 4904
Request timeout for icmp_seq 4905
Request timeout for icmp_seq 4906
Request timeout for icmp_seq 4907
Request timeout for icmp_seq 4908
Request timeout for icmp_seq 4909
Request timeout for icmp_seq 4910
Request timeout for icmp_seq 4911
Request timeout for icmp_seq 4912
Request timeout for icmp_seq 4913
Request timeout for icmp_seq 4914
Request timeout for icmp_seq 4915
Request timeout for icmp_seq 4916
Request timeout for icmp_seq 4917
Request timeout for icmp_seq 4918
Request timeout for icmp_seq 4919
Request timeout for icmp_seq 4920
Request timeout for icmp_seq 4921
Request timeout for icmp_seq 4922
Request timeout for icmp_seq 4923
Request timeout for icmp_seq 4924
Request timeout for icmp_seq 4925
Request timeout for icmp_seq 4926
Request timeout for icmp_seq 4927
64 bytes from 8.8.8.8: icmp_seq=4927 ttl=57 time=1499.843 ms
Request timeout for icmp_seq 4929
Request timeout for icmp_seq 4930
64 bytes from 8.8.8.8: icmp_seq=4930 ttl=57 time=1923.197 ms
64 bytes from 8.8.8.8: icmp_seq=4931 ttl=57 time=1848.377 ms
Request timeout for icmp_seq 4933
64 bytes from 8.8.8.8: icmp_seq=4932 ttl=57 time=2109.485 ms
Request timeout for icmp_seq 4935
Request timeout for icmp_seq 4936
Request timeout for icmp_seq 4937
Request timeout for icmp_seq 4938
Request timeout for icmp_seq 4939
Request timeout for icmp_seq 4940
64 bytes from 8.8.8.8: icmp_seq=4934 ttl=57 time=7882.962 ms
Request timeout for icmp_seq 4942
Request timeout for icmp_seq 4943
Request timeout for icmp_seq 4944
64 bytes from 8.8.8.8: icmp_seq=4937 ttl=57 time=8403.322 ms
Request timeout for icmp_seq 4946
Request timeout for icmp_seq 4947
64 bytes from 8.8.8.8: icmp_seq=4942 ttl=57 time=6073.977 ms
64 bytes from 8.8.8.8: icmp_seq=4943 ttl=57 time=5070.885 ms
64 bytes from 8.8.8.8: icmp_seq=4946 ttl=57 time=2836.954 ms
64 bytes from 8.8.8.8: icmp_seq=4947 ttl=57 time=2945.628 ms
64 bytes from 8.8.8.8: icmp_seq=4949 ttl=57 time=2105.868 ms
64 bytes from 8.8.8.8: icmp_seq=4950 ttl=57 time=2103.925 ms
64 bytes from 8.8.8.8: icmp_seq=4951 ttl=57 time=1541.011 ms
64 bytes from 8.8.8.8: icmp_seq=4952 ttl=57 time=967.566 ms
64 bytes from 8.8.8.8: icmp_seq=4953 ttl=57 time=441.480 ms
64 bytes from 8.8.8.8: icmp_seq=4954 ttl=57 time=660.951 ms
64 bytes from 8.8.8.8: icmp_seq=4955 ttl=57 time=121.481 ms
64 bytes from 8.8.8.8: icmp_seq=4956 ttl=57 time=503.726 ms
64 bytes from 8.8.8.8: icmp_seq=4958 ttl=57 time=343.263 ms
64 bytes from 8.8.8.8: icmp_seq=4959 ttl=57 time=408.292 ms
64 bytes from 8.8.8.8: icmp_seq=4960 ttl=57 time=78.939 ms
64 bytes from 8.8.8.8: icmp_seq=4961 ttl=57 time=704.918 ms
64 bytes from 8.8.8.8: icmp_seq=4962 ttl=57 time=919.878 ms
64 bytes from 8.8.8.8: icmp_seq=4963 ttl=57 time=1003.281 ms
64 bytes from 8.8.8.8: icmp_seq=4964 ttl=57 time=1097.550 ms
64 bytes from 8.8.8.8: icmp_seq=4965 ttl=57 time=1694.566 ms
64 bytes from 8.8.8.8: icmp_seq=4966 ttl=57 time=1532.504 ms
64 bytes from 8.8.8.8: icmp_seq=4967 ttl=57 time=1728.363 ms
64 bytes from 8.8.8.8: icmp_seq=4968 ttl=57 time=2589.303 ms
Request timeout for icmp_seq 4971
64 bytes from 8.8.8.8: icmp_seq=4969 ttl=57 time=3024.980 ms
64 bytes from 8.8.8.8: icmp_seq=4970 ttl=57 time=2443.347 ms
64 bytes from 8.8.8.8: icmp_seq=4971 ttl=57 time=3027.947 ms
Request timeout for icmp_seq 4975
64 bytes from 8.8.8.8: icmp_seq=4972 ttl=57 time=4021.245 ms
Request timeout for icmp_seq 4977
64 bytes from 8.8.8.8: icmp_seq=4975 ttl=57 time=3869.228 ms
64 bytes from 8.8.8.8: icmp_seq=4976 ttl=57 time=2863.692 ms
64 bytes from 8.8.8.8: icmp_seq=4977 ttl=57 time=2459.431 ms
Request timeout for icmp_seq 4981
64 bytes from 8.8.8.8: icmp_seq=4979 ttl=57 time=3396.082 ms
64 bytes from 8.8.8.8: icmp_seq=4980 ttl=57 time=2589.893 ms
64 bytes from 8.8.8.8: icmp_seq=4981 ttl=57 time=1906.938 ms
64 bytes from 8.8.8.8: icmp_seq=4982 ttl=57 time=2451.343 ms
Request timeout for icmp_seq 4986
64 bytes from 8.8.8.8: icmp_seq=4983 ttl=57 time=4022.426 ms
64 bytes from 8.8.8.8: icmp_seq=4984 ttl=57 time=3018.146 ms

Die tijden zijn veel te lang. Ik heb 15 ms.

Test is zoals onderstaand of?

code:

UPC modem --> router --> draad --> PC

[Leezer14]

eric.1 schreef op woensdag 20 september 2017 @ 19:50:
[...]

Kan je ook eens je default gateway pingen, heeft dat ook zo'n absurde ms?

code:

ping 10.0.1.1
PING 10.0.1.1 (10.0.1.1): 56 data bytes
64 bytes from 10.0.1.1: icmp_seq=0 ttl=255 time=400.965 ms
64 bytes from 10.0.1.1: icmp_seq=1 ttl=255 time=60.232 ms
64 bytes from 10.0.1.1: icmp_seq=2 ttl=255 time=38.311 ms
64 bytes from 10.0.1.1: icmp_seq=3 ttl=255 time=72.850 ms
64 bytes from 10.0.1.1: icmp_seq=4 ttl=255 time=30.168 ms
64 bytes from 10.0.1.1: icmp_seq=5 ttl=255 time=8.999 ms
64 bytes from 10.0.1.1: icmp_seq=6 ttl=255 time=37.226 ms
64 bytes from 10.0.1.1: icmp_seq=7 ttl=255 time=12.346 ms
64 bytes from 10.0.1.1: icmp_seq=8 ttl=255 time=4.371 ms
64 bytes from 10.0.1.1: icmp_seq=9 ttl=255 time=58.333 ms
64 bytes from 10.0.1.1: icmp_seq=10 ttl=255 time=49.642 ms
64 bytes from 10.0.1.1: icmp_seq=11 ttl=255 time=17.276 ms
64 bytes from 10.0.1.1: icmp_seq=12 ttl=255 time=16.649 ms
64 bytes from 10.0.1.1: icmp_seq=13 ttl=255 time=31.178 ms
64 bytes from 10.0.1.1: icmp_seq=14 ttl=255 time=13.614 ms
64 bytes from 10.0.1.1: icmp_seq=15 ttl=255 time=3.522 ms
64 bytes from 10.0.1.1: icmp_seq=16 ttl=255 time=10.592 ms
64 bytes from 10.0.1.1: icmp_seq=17 ttl=255 time=57.838 ms
64 bytes from 10.0.1.1: icmp_seq=18 ttl=255 time=63.059 ms
64 bytes from 10.0.1.1: icmp_seq=19 ttl=255 time=288.763 ms
64 bytes from 10.0.1.1: icmp_seq=20 ttl=255 time=51.557 ms
64 bytes from 10.0.1.1: icmp_seq=21 ttl=255 time=17.343 ms
64 bytes from 10.0.1.1: icmp_seq=22 ttl=255 time=37.418 ms
64 bytes from 10.0.1.1: icmp_seq=23 ttl=255 time=270.286 ms
^C
--- 10.0.1.1 ping statistics ---
24 packets transmitted, 24 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.522/68.856/400.965/99.117 ms

geforce5_guy schreef op woensdag 20 september 2017 @ 19:50:
[...]


Die tijden zijn veel te lang. Ik heb 15 ms.

Test is zoals onderstaand of?

code:

UPC modem --> router --> draad --> PC

Test is momenteel:

code:

UPC modem --> router --> wifi --> macbook

Maar geldt ook voor de situatie zoals jij hem schetst

[geforce5_guy]

Dit is een intern probleem. Je komt nu nog niet eens buiten je netwerk en je tijden zijn veel te hoog.

Onderstaande is van mijn pc bedraad naar mijn router.

code:

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

[Leezer14]

geforce5_guy schreef op woensdag 20 september 2017 @ 20:01:
Dit is een intern probleem. Je komt nu nog niet eens buiten je netwerk en je tijden zijn veel te hoog.

Onderstaande is van mijn pc bedraad naar mijn router.

code:

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Eens, veel te traag. Ik wil graag weten wat dit veroorzaakt. Zijn er tooltjes bekend of andere manier om dit te onderzoeken? Een network sniffer?

[TommyboyNL]

Test om te beginnen eens bedraad om je wifi uit te sluiten.

[Leezer14]

TommyboyNL schreef op woensdag 20 september 2017 @ 20:35:
Test om te beginnen eens bedraad om je wifi uit te sluiten.

Hoe kan ik snel zien wat er wel of niet goed gaat. Blijkbaar is er veel up en download verkeer. Dit kan Ziggo zien en dat laten de grafieken van Ziggo ook zien. Als dit inzichtelijk is, het liefste live, kan er snel getest worden toch? Zijn hier manieren voor?

[eric.1]

Leezer14 schreef op woensdag 20 september 2017 @ 20:39:
[...]


Hoe kan ik snel zien wat er wel of niet goed gaat. Blijkbaar is er veel up en download verkeer. Dit kan Ziggo zien en dat laten de grafieken van Ziggo ook zien. Als dit inzichtelijk is, het liefste live, kan er snel getest worden toch? Zijn hier manieren voor?

Maarja, veel up- en downloadverkeer verklaart dit niet. En wat is veel, jouw grafiek laat gebruij tussen de 25 en 75% zien (75% van wat btw?), dat zegt weinig en verklaart jouw probleem niet. Als je met 5 devices zit te Netflixen kan dat zomaar gebeuren.

Test je verbinding nou eens bedraad. Geen verschil? Ontkoppel die Access Points eens.

[TommyboyNL]

Als je écht wil weten wat er aan de hand is, zal je toch even de handen uit de mouwen moeten steken.
Hang een machine bedraad aan je netwerk en laat daar een LibreNMS (of zabbix) VM op draaien die via SNMP je netwerkapperatuur monitort. Daarnaast ook smokeping installeren en die je hele route naar het internet laten pingen.
Uit de data die hier uit komt moet je af kunnen leiden waar het issue zit en hoe je het op moet lossen.

[ehtweak]

@Leezer14 wellicht was het niet duidelijk:
Rechtstreeks, via een UTP kabeltje een PC o.i.d. op je Ziggo router/modem aansluiten en daar b.v. een continue PING op laten lopen met output naar een log file. (bijvoorbeeld PINGen naar 8.8.8.8 o.i.d)
(ik herhaal mezelf)

[Jim423]

Zit er nergens een netwerkkabel in een loop? Al dan niet via een WiFi bridge. Dit ruikt naar een configuratieprobleem in die Apple meuk. Goede basis is on de tip van ehtweak hierboven op te volgen. Daarna steeds meer apparatuur bijzetten totdat het mis gaat. Dit is gewoon troubleshooten en kun je niet vinden door 1 of ander tooltje te draaien. Aangezien je hier nog weinig kaas van gegeten hebt zal het ook wel even een tijdje duren. Mooi klusje voor nacht/weekend dus.

[dylan111111]

Dit is inderdaad een intern probleem, Ziggo gaat je hierbij niet helpen.

Zoals eerder is voor gesteld, Apple airport en access points er tussen uit en met een kabel direct op de modem aansluiten en dan weer een ping uitvoeren.

Behaal je nu wel lage ms ? -> apple airport configuratie issue.
Behaal je nu nog steeds hoge ( +30ms) -> ander issue.

[Leezer14]

Dit zal komend weekend worden. Dan haal ik heel het netwerk uit elkaar en zal ik langzaam alle bijprikken.
Waar kan ik het beste pingen/testen als ik de router er weer tussenhang? Op een pc direct bedraad aan de router?

[Leezer14]

Update:

Ping monitor aangezet, draadloos, bedraad aan router en bedraad direct aan het modem.

Wifi en bedraad aan router geven minimaal 20ms, gemiddeld 50ms. En 40 timeout per uur.
Direct aan modem: minimaal 20ms, gemiddeld 30ms en ook de timeouts.
Vandaag komt er een Ziggo monteur langs. Even afwachten.