Netwerk soms ontzettend vertraagd, hulp nodig!

[Verwijderd]

Goedenavond,

Ik ben de hele dag bezig geweest om een probleem op te lossen met mijn internetverbinding. Ik vroeg me af of een van de slimme mensen van de Tweakers mij kan helpen.

Tijdens het gamen heb ik constant last van een hoge "ping" voor korte periodes. Ik heb dit nogmaals zichtbaar gemaakt met een pingtest naar microsoft.com. Zie hieronder de test die ik vandaag heb uitgevoerd:

Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=12ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=395ms TTL=54
Reply from 172.217.19.195: bytes=32 time=392ms TTL=54
Reply from 172.217.19.195: bytes=32 time=374ms TTL=54
Reply from 172.217.19.195: bytes=32 time=381ms TTL=54
Reply from 172.217.19.195: bytes=32 time=217ms TTL=54
Reply from 172.217.19.195: bytes=32 time=46ms TTL=54
Reply from 172.217.19.195: bytes=32 time=1830ms TTL=54
Reply from 172.217.19.195: bytes=32 time=18ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=229ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=10ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=203ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=11ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=10ms TTL=54
Reply from 172.217.19.195: bytes=32 time=9ms TTL=54
Reply from 172.217.19.195: bytes=32 time=10ms TTL=54
Reply from 172.217.19.195: bytes=32 time=10ms TTL=54
Reply from 172.217.19.195: bytes=32 time=8ms TTL=54


Ping statistics for 172.217.19.195:
Packets: Sent = 117, Received = 117, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 5ms, Maximum = 1830ms, Average = 44ms

Dit probleem komt voor op meerdere systemen op mijn thuisnetwerk. Daardoor dacht ik dus dat het misschien aan de router ligt. Ik heb eerst gekeken via taskmanager of er programma's zijn die ineens veel netwerk bandbreedte gebruiken maar deze zijn niet aanwezig bij elk van de computers. Ik heb mijn modem en router gereset naar hun fabrieksinstellingen en even de stekker eruit gehaald. Het probleem blijft helaas aanwezig.

Ik heb ook een tracer -t microsoft.com uitgevoerd en zie dat ik bij de derde hop een probleem heb met mijn verbinding. Helaas heb ik niet de kennis om te analyseren wat dit zou kunnen zijn. Daarnaast is er ook geen spraken van een Ziggo storing. Zie hieronder het resultaat van de tracer. De eerst hop is mijn router en de tweede mijn modem:

1 <1 ms <1 ms <1 ms [IP]
2 1 ms <1 ms 2 ms [IP]
3 * * * Request timed out.
4 7 ms 7 ms 7 ms mnd-rc0001-cr101-xe-1-1-3-0.core.as9143.net [213.51.190.65]
5 * * * Request timed out.
6 9 ms 8 ms 8 ms nl-ams14a-ri1-ae8-0.aorta.net [84.116.135.38]
7 9 ms 10 ms 14 ms 213.46.182.46
8 9 ms 13 ms 9 ms a95-100-98-98.deploy.akamaitechnologies.com [95.100.98.98

Ik heb ook gekeken of er misschien andere devices op het netwerk zijn aangesloten waar ik niet van af weet maar hier is ook geen spraken van.

De router die is gebruik is deze: https://tweakers.net/pric...ess-router-300n-5dbi.html

En de modem is deze: https://www.ziggo.nl/klan...dem/ubee-evw320b-evw3200/

Hieraan moet ik toevoegen dat de modem wel steeds erg warm wordt dus misschien ligt het daar wel aan maar ik heb niks om het te bevestigen.

Met vriendelijke groet,
CreesGG (Jeroen)

[.Maarten]

Is het allemaal bekabelt aangesloten of via wifi?
Wat krijg je als je een ping laat lopen naar je modem? Of naar een Ziggo server?

[Verwijderd]

Hallo Maarten,

Dank voor de snelle reactie. Alle computers die ik gebruik zijn bekabelt.

Naar mijn modem zijn dit de resultaten:

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

Naar mijn router zijn dit de resultaten:

Ping statistics for 192.168.1.1:
Packets: Sent = 85, Received = 85, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 1ms, Average = 0ms

Naar ziggo.nl krijg ik deze resultaten:

Ping statistics for 213.46.237.24:
Packets: Sent = 205, Received = 205, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 8ms, Maximum = 198ms, Average = 9ms

(De 198 ms maximum was 1 ping maar)

Groet,

Jeroen

[.Maarten]

Tussen je router en het modem zit iets niet lekker. Probeer eens een pc rechtstreeks op je modem aan te sluiten. Je hebt nu dubbel nat. Je modem en je router gebruiken beide NAT.

[Verwijderd]

Ik heb de pc nu direct met de modem aangesloten. Dit zijn de resultaten:

Ping statistics for 213.46.237.24:
Packets: Sent = 456, Received = 453, Lost = 3 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 7ms, Maximum = 34ms, Average = 8ms

Hieraan moet ik toevoegen dat mijn andere device altijd direct is aangesloten en daarop komt het probleem ook voor.

[Qlimaxxx]

Heb je de modem in bridge staan of gewoon als router? Normaal zou ik dat zeker even proberen maar nu heb ik persoonlijk niet echt goede ervaringen met Icidu apparatuur.

Bel anders ook even met Ziggo, misschien zien zij wel een reden om het modem te wisselen.

[binbero]

Ik had ook last met die ubee modem. traag, en wifi zakte naar 3 mb

Ziggo gebeld.
Na een beetje zeuren.
modem omgeruild voor een nieuwe (connect box)
https://www.ziggo.nl/klantenservice/wifi/modem/connect-box/

nu totaal geen last meer

[ Voor 14% gewijzigd door binbero op 09-07-2017 19:53 ]

[Verwijderd]

Ik heb ziggo gebeld en er komt een nieuwe modem aan! Dank voor de hulp allemaal en een fijne avond! Deze kan gesloten worden!

[dion_b]

Verwijderd schreef op zondag 9 juli 2017 @ 20:46:
Ik heb ziggo gebeld en er komt een nieuwe modem aan! Dank voor de hulp allemaal en een fijne avond! Deze kan gesloten worden!

-1 voorbarig...

Omdat een persoon lukraak riep dat zijn probleem aan z'n modem lag ga je er blind vanuit dat jij exact zelfde probleem en oplossing hebt?

Wacht eerst maar af of dit het fixt. Sowieso, je hebt je instellingen zoals al eerder geroepen verprutst (dubbel NAT). Ook met nieuwe modem is dat fout. Zou je daar niet al actie op ondernemen

[Mick1990]

Het probleem dat je beschrijft komt standaard voor bij de Connectbox, dus daar zal ik al helemaal weg van blijven...

nieuws: Ziggo brengt patch uit voor gedeeltelijk oplossen packet loss Connect...

[Verwijderd]

dion_b schreef op zondag 9 juli 2017 @ 21:26:
[...]

-1 voorbarig...

Omdat een persoon lukraak riep dat zijn probleem aan z'n modem lag ga je er blind vanuit dat jij exact zelfde probleem en oplossing hebt?

Wacht eerst maar af of dit het fixt. Sowieso, je hebt je instellingen zoals al eerder geroepen verprutst (dubbel NAT). Ook met nieuwe modem is dat fout. Zou je daar niet al actie op ondernemen

Ik laat weten of het het probleem oplost! Kan het altijd proberen. En ik dacht als je de pc direct aansluit met de modem dat je geen dubbel NAT meer hebt? Dat heb ik namelijk geprobeerd maar zonder resultaat. De klantenservice gaf aan dat dit probleem verholpen zou moeten worden met de nieuwe modem. Dus zeker niet blind, maar op de ervaringen van andere consumenten en het advies van de provider. En hopelijk heeft de modem die ik dinsdag ontvang het probleem niet. Who knows....

[Verwijderd]

Mick1990 schreef op zondag 9 juli 2017 @ 21:41:
Het probleem dat je beschrijft komt standaard voor bij de Connectbox, dus daar zal ik al helemaal weg van blijven...

nieuws: Ziggo brengt patch uit voor gedeeltelijk oplossen packet loss Connect...

Oh balen....

[dion_b]

Verwijderd schreef op zondag 9 juli 2017 @ 22:06:
[...]


Ik laat weten of het het probleem oplost! Kan het altijd proberen. En ik dacht als je de pc direct aansluit met de modem dat je geen dubbel NAT meer hebt? Dat heb ik namelijk geprobeerd maar zonder resultaat.

Dat is natuurlijk geen structurele aanpak/oplossing. Ofwel de modem in bridge mode laten zetten (als je verder niets op de modem hoeft aan te sluiten) danwel de router als AP instellen.

Heb je daarbij wel alle andere apparaten (bedraad en draadloos) ontkoppeld trouwens?

De klantenservice gaf aan dat dit probleem verholpen zou moeten worden met de nieuwe modem.

Tenzij je de klantenservice meer info gegeven hebt dan dat je ons in dit topic gegeven hebt, is nog steeds onduidelijk exact waar je probleem ligt. Waarschijnlijk hebben zij gewoon de instructie "indien oude modem en vage klachten, geen tijd in steken en nieuwe modem sturen, pas als de klachten dan aanhouden daadwerkelijk kijken wat er mis is".

Dus zeker niet blind, maar op de ervaringen van andere consumenten en het advies van de provider. En hopelijk heeft de modem die ik dinsdag ontvang het probleem niet. Who knows....

Je huidige moden is een bejaard Broadcom-based geval. Qua modem toereikend voor alles tem 200Mbps, qua router kan het zolang je niets geks doet tot ver daarboven line speed aan en qua WiFi eh... laten we het daar niet over hebben . De aanname die hier gedaan wordt is dat je nu een "Connectbox" (marketingnaam, ws een Compal CH7465LG) gaat krijgen. Als die aanname klopt is het Intel-based, qua modem goed voor >500Mbps, qua WiFi als dag en nacht beter dan die EVW320 (en dat gare bijna even verouderde ICIDU geval van je), en qua router op zich geschik voor line speed tem gigabit-snelheden, maar wel met wat nukken hier en daar.

Als het probleem puur toevallig aan je modem blijkt te liggen en niet speelt met de nieuwe gaat het verholpen zijn, maar verder is dit natuurlijk een pure gok van alle betrokkenen.

Mick1990 schreef op zondag 9 juli 2017 @ 21:41:
Het probleem dat je beschrijft komt standaard voor bij de Connectbox, dus daar zal ik al helemaal weg van blijven...

nieuws: Ziggo brengt patch uit voor gedeeltelijk oplossen packet loss Connect...

Geen issues door elkaar halen. Wat dan ook hij nu heeft, is op een Broadcom-based modem zonder de zaken die je nu beschrijft. Hij heeft geen packetloss, alleen soms torenhoge ping. Nu zal het wat dat betreft ws niet beter op worden bij kleine packets, maar meer dan dat valt op voorhand niet te zeggen tenzij we dus weten wat er echt aan dehand is.

Overigens, mijn beste gok: TS, je hebt ergens op je netwerk een Bittorrent client draaien zonder beperking op de maximale upload die het mag trekken. En die trekt om de haverklap je upload dicht waardoor je latencies omhoog schieten.

[ Voor 5% gewijzigd door dion_b op 09-07-2017 22:22 ]

[Mick1990]

dion_b schreef op zondag 9 juli 2017 @ 22:18:
[...]


Geen issues door elkaar halen. Wat dan ook hij nu heeft, is op een Broadcom-based modem zonder de zaken die je nu beschrijft. Hij heeft geen packetloss, alleen soms torenhoge ping. Nu zal het wat dat betreft ws niet beter op worden bij kleine packets, maar meer dan dat valt op voorhand niet te zeggen tenzij we dus weten wat er echt aan dehand is.

De Connectbox heeft ook random last van hoge pings, dat de oorzaak daarvan ergens anders ligt doet er toch niet zoveel toe? Punt is dat de Connectbox het probleem van de ts waarschijnlijk niet gaat oplossen.

[dion_b]

Mick1990 schreef op zondag 9 juli 2017 @ 22:48:
[...]


De Connectbox heeft ook random last van hoge pings, dat de oorzaak daarvan ergens anders ligt doet er toch niet zoveel toe? Punt is dat de Connectbox het probleem van de ts waarschijnlijk niet gaat oplossen.

Dat weten we evenmin als dat het dat wel zou doen.

Ik denk ook van niet, maar dat heeft niets met "de Connectbox" (meerdere modems onder die naam trouwens...) te maken.

[Verwijderd]

Dat is natuurlijk geen structurele aanpak/oplossing. Ofwel de modem in bridge mode laten zetten (als je verder niets op de modem hoeft aan te sluiten) danwel de router als AP instellen.

Heb je daarbij wel alle andere apparaten (bedraad en draadloos) ontkoppeld trouwens?

Ik heb de router alleen aangesloten voor een beter wifi signaal . Dus ik dacht het is handiger als ik gewoon weer een directie connectie heb met de modem aangezien jullie aangeven dat dat niet kan zonder de modem te bridgen. Mijn broer is namelijk ook aangesloten aan de modem waardoor een bridge zou betekenen dat ik een nieuwe kabel moet leggen van mijn router naar de computer van mijn broer. Of betekent het nu dat de instellingen al zijn verprutst?

Tenzij je de klantenservice meer info gegeven hebt dan dat je ons in dit topic gegeven hebt, is nog steeds onduidelijk exact waar je probleem ligt. Waarschijnlijk hebben zij gewoon de instructie "indien oude modem en vage klachten, geen tijd in steken en nieuwe modem sturen, pas als de klachten dan aanhouden daadwerkelijk kijken wat er mis is".

Dat is hoogstwaarschijnlijk waar.

Je huidige moden is een bejaard Broadcom-based geval. Qua modem toereikend voor alles tem 200Mbps, qua router kan het zolang je niets geks doet tot ver daarboven line speed aan en qua WiFi eh... laten we het daar niet over hebben . De aanname die hier gedaan wordt is dat je nu een "Connectbox" (marketingnaam, ws een Compal CH7465LG) gaat krijgen. Als die aanname klopt is het Intel-based, qua modem goed voor >500Mbps, qua WiFi als dag en nacht beter dan die EVW320 (en dat gare bijna even verouderde ICIDU geval van je), en qua router op zich geschik voor line speed tem gigabit-snelheden, maar wel met wat nukken hier en daar.

Als het probleem puur toevallig aan je modem blijkt te liggen en niet speelt met de nieuwe gaat het verholpen zijn, maar verder is dit natuurlijk een pure gok van alle betrokkenen.

Een nieuwe router is dan sws een mooie upgrade. Nog maar zien inderdaad of het het probleem daadwerkelijk oplost.

Overigens, mijn beste gok: TS, je hebt ergens op je netwerk een Bittorrent client draaien zonder beperking op de maximale upload die het mag trekken. En die trekt om de haverklap je upload dicht waardoor je latencies omhoog schieten.

Ik heb de draaiende systemen hiervoor gecontroleerd en heb niks kunnen vinden wat hierop duid. Ik neem aan dat je dit gewoon zou kunnen zien in de task manager?

Groet,
Jeroen

[Mick1990]

Dus als ik het goed begrijp gaat er vanuit je Ubee EVW320 Modem 1x een kabel naar de router in jouw kamer, 1x een kabel van de Ubee naar je broer en 1x een kabel rechtstreeks van de Ubee naar een ' andere device'?

Verwijderd schreef op zondag 9 juli 2017 @ 19:35:
Ik heb de pc nu direct met de modem aangesloten. Dit zijn de resultaten:

Ping statistics for 213.46.237.24:
Packets: Sent = 456, Received = 453, Lost = 3 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 7ms, Maximum = 34ms, Average = 8ms

Hieraan moet ik toevoegen dat mijn andere device altijd direct is aangesloten en daarop komt het probleem ook voor.

Als je de PC dus rechtstreeks aansluit is het probleem er niet meer? En wat is dat 'andere device' precies? Is dat device rechtstreeks op de Ubee aangesloten of op de ICIDU router?

[Verwijderd]

Hallo Mick1990,

Dank voor je reactie.

Mick1990 schreef op maandag 10 juli 2017 @ 11:13:
Dus als ik het goed begrijp gaat er vanuit je Ubee EVW320 Modem 1x een kabel naar de router in jouw kamer, 1x een kabel van de Ubee naar je broer en 1x een kabel rechtstreeks van de Ubee naar een ' andere device'?

Een kabel gaat van de Ubee EVW320 naar de ICIDU router naar mijn kamer. Een andere kabel gaat van de Ubee EVW320 naar de kamer van mijn broer. Verder zijn er geen andere apparaten of devices bekabelt aangesloten.


[...]

Mick1990 schreef op maandag 10 juli 2017 @ 11:13:
Als je de PC dus rechtstreeks aansluit is het probleem er niet meer? En wat is dat 'andere device' precies? Is dat device rechtstreeks op de Ubee aangesloten of op de ICIDU router?

Wanneer ik de pc rechtstreeks aansluit komt het probleem nog steeds voor. Een voorbeeld hierbij is dat wanneer mijn broer en ik gaan gamen wij precies op het zelfde moment gaan laggen. Ook als we allebei rechtstreeks zijn aangesloten.

[Verwijderd]

De modem heeft het probleem opgelost.

[Verwijderd]

Oh, blijkt nu toch weer hetzelfde te hebben.
Dat wordt wachten op de update van ziggo...

https://community.ziggo.n...-zijn-na-kleine-fix-19547

[dion_b]

Verwijderd schreef op dinsdag 15 augustus 2017 @ 23:54:
Oh, blijkt nu toch weer hetzelfde te hebben.
Dat wordt wachten op de update van ziggo...

https://community.ziggo.n...-zijn-na-kleine-fix-19547

Hetzelfde? Dan is de kans uitermate klein dat het iets met de modem te maken had (zoals ik al vreesde) en is de kans eveneens klein dat een willekeurige firmware update het gaat verhelpen

[Verwijderd]

Inderdaad hetzelfde! Vraag me dan af waar het dan aan kan liggen.

[dennisdennis12]

heb je het ook al geprobeerd zonder de icidi router?
ervaar je het probleem ook op andere pc's?

Zo ja, kun je eens een screenshot posten van de downstream en upstream waarden van de connect-box. (dit kun je op de connect box vinden bij, geavanceerde instellingen > netwerk status)

[ Voor 49% gewijzigd door dennisdennis12 op 16-08-2017 18:01 ]

[Verwijderd]

Er is geen sprake meer van de ICIDI router. Alleen nog de "connectbox". En inderdaad, wanneer ik aan het gamen ben met mijn broer gebeuren de lagspikes precies op hetzelfde moment.

[dennisdennis12]

oké, zou je dan eens een screenshot kunnen plaatsen (zie mijn vorige post)

[Verwijderd]

Bij deze:

dennisdennis12 schreef op woensdag 16 augustus 2017 @ 18:02:
oké, zou je dan eens een screenshot kunnen plaatsen (zie mijn vorige post)

[ Voor 24% gewijzigd door Verwijderd op 16-08-2017 19:03 ]

[dennisdennis12]

oké, jouw downstream waarden zien er goed uit, en voldoen ruim aan de docsis 3.0 vereisten. De upstream power is echter wel redelijk hoog, en ongeveer het maximum van de docsis 3.0 norm, ik verwacht echter niet dat dit het probleem veroorzaakt.

Heb je het met de connectbox ook al geprobeerd door maar één pc direct bedraad aan te sluiten, en geen andere pc's te verbinden (zowel via wi-fi als kabel)?

Wanneer je het probleem dan nog steeds ervaart; kun je hetzelfde dan proberen met een andere pc, waarvan je zeker weet dat die goed werkt op een ander netwerk.

[Verwijderd]

dennisdennis12 schreef op woensdag 16 augustus 2017 @ 19:25:
oké, jouw downstream waarden zien er goed uit, en voldoen ruim aan de docsis 3.0 vereisten. De upstream power is echter wel redelijk hoog, en ongeveer het maximum van de docsis 3.0 norm, ik verwacht echter niet dat dit het probleem veroorzaakt.

Heb je het met de connectbox ook al geprobeerd door maar één pc direct bedraad aan te sluiten, en geen andere pc's te verbinden (zowel via wi-fi als kabel)?

Wanneer je het probleem dan nog steeds ervaart; kun je hetzelfde dan proberen met een andere pc, waarvan je zeker weet dat die goed werkt op een ander netwerk.

Ik heb de wifi verbinding volledig uitgeschakeld dus er zijn geen wifi apparaten verbonden. Daarnaast heb ik voor elke test alleen een kabel aangesloten in aansluiting 1 naar 1 computer. Zo heb ik 3 tests uitgevoerd, dit zijn de resultaten.

Computer 1:
Test 1:
Ping statistics for 213.46.237.24:
Packets: Sent = 1412, Received = 1412, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 121ms, Average = 13ms

Test 2:

Ping statistics for 213.46.237.24:
Packets: Sent = 370, Received = 370, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 1365ms, Average = 16ms

Computer 2:



Computer 3:

[ Voor 26% gewijzigd door Verwijderd op 16-08-2017 21:13 ]

[route99]

Voor de zekerheid: hoe ziet een reeks pings naar jouw gateway eruit, intern het netwerk blijven dus...

[Verwijderd]

route99 schreef op woensdag 16 augustus 2017 @ 21:19:
Voor de zekerheid: hoe ziet een reeks pings naar jouw gateway eruit, intern het netwerk blijven dus...

Hoe check ik dat?

[Verwijderd]

Dank voor de hulp bij voorbaat trouwens!

[route99]

ping -t 192.168.1.254

en als je het naar een tekst bestand wilt schrijven ping.txt

ping -t 192.168.1.254 > c:\ping.txt

dan staat ie in de root van de C schijf

PS: wel effe kijken met
ipconfig /all
wat jouw gateway is... kan ook bijv ping -t 192.168.1.1 of iets anders zijn....

[ Voor 25% gewijzigd door route99 op 16-08-2017 21:38 ]

[Verwijderd]

route99 schreef op woensdag 16 augustus 2017 @ 21:36:
ping -t 192.168.1.254

en als je het naar een tekst bestand wilt schrijven ping.txt

ping -t 192.168.1.254 > c:\ping.txt

dan staat ie in de root van de C schijf

PS: wel effe kijken met
ipconfig /all
wat jouw gateway is... kan ook bijv ping -t 192.168.1.1 of iets anders zijn....

Computer 1:
Ping statistics for 192.168.178.1:
Packets: Sent = 2816, Received = 2816, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 113ms, Average = 0ms

[route99]

Verwijderd schreef op woensdag 16 augustus 2017 @ 22:31:
[...]Computer 1:
Ping statistics for 192.168.178.1:
Packets: Sent = 2816, Received = 2816, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 113ms, Average = 0ms

Zoveel? 113 ms? Hoevaak?

[Verwijderd]

Dat zijn uitschieters, enkele keren. Maar ook lager.

[ Voor 42% gewijzigd door Verwijderd op 16-08-2017 22:38 ]

[route99]

De mijne ziet er zo uit:
En dan heb ik nog steeds maar een 100 MBit acces point ertussen..

Kijk je spullen eens na, ook kabels etc.

Pinging 192.168.1.254 with 32 bytes of data:
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=4ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=2ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64
Reply from 192.168.1.254: bytes=32 time=3ms TTL=64

[Verwijderd]

Heb ik gedaan, zijn allemaal nog goede kabels

[Id3ntityX]

Misschien helpt het om even een topologie te geven. Lopen de drie kabels bv. rechtstreeks vanaf de drie pc's naar de connectbox of zit er nog iets tussen? Zijn het zelfgeknepen kabels of kant en klaar? Afstanden? Muurdozen? Powerline?