Alles al geprobeerd, behalve volledige reset modem:
- andere kabels
- probleem op zowel LAN als wifi
- reset
- geen andere traffiek over de modem
- zowel op linux laptop als windows desktop
Fotos



sites die vaak niet laden, SSH connectie naar tilaa.nl die constant wegvalt, connecties in programma pidgin die constant wegvallenr2504 schreef:Wat is je probleem... buiten het feit dat je gefixeerd bent op je tooltjes ?
ICMP verkeer is niet gegarandeerd... sommige routers droppen het zelfs gewoon (en geven dus 100% packet loss) zonder dat dit ook maar een probleem hoeft te zijn.
De enige betrouwbare methode om de oorzaak van de packet loss bij Telenet te kunnen leggen is eens testen via een andere provider.tb0ne schreef:@raf, anders moeten we teus vragen om naar een ander land te verhuizen?
Inderdaad. Als ik in een gewone ping eentje zie wegvallen (behalve de eerste, dat is vaak een timeout omwille van arp) doe ik direct een langere ping; als die een 20% loss vertoont is dat voor mij althans zeker een teken om wat werk opzij te zetten (mss niet direct te laten vallen) en mijn aandacht ns wat grondiger op het netwerk te richten.selder schreef:Vanwaar komt hier ineens de gedachte "20% packet loss, goh, je zal er niet eens iets van merken"? Als hier ook maar iemand anders een verlies van 1 op 5 packets heeft, dan zou je daar ook niet zo licht overgaan à la "pff, het valt toch wel mee, niets ergs aan de hand".
Code: Selecteer alles
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.0.0.1 - 0 | 1654 | 1654 | 0 | 0 | 15 | 0 |
| 192.168.1.1 - 1 | 1650 | 1649 | 0 | 0 | 30 | 0 |
| 178-116-128-1.access.telenet.be - 0 | 1654 | 1654 | 4 | 11 | 120 | 5 |
| dD5E0C0E1.access.telenet.be - 24 | 853 | 653 | 6 | 23 | 4670 | 4670 |
| dD5E0FA0E.access.telenet.be - 6 | 1372 | 1301 | 4 | 10 | 41 | 11 |
| dD5E0FA5E.access.telenet.be - 4 | 1461 | 1412 | 8 | 13 | 67 | 16 |
| brx-b1-link.telia.net - 10 | 1217 | 1107 | 8 | 13 | 53 | 10 |
| adm-bb4-link.telia.net - 1 | 1616 | 1606 | 10 | 16 | 50 | 13 |
| adm-b2-link.telia.net - 1 | 1627 | 1620 | 11 | 16 | 70 | 15 |
| a100row-ic-152598-adm-b7.c.telia.net - 0 | 1654 | 1654 | 11 | 17 | 121 | 14 |
|server-54-192-128-144.ams50.r.cloudfront.net - 1 | 1647 | 1645 | 11 | 17 | 49 | 15 |
|________________________________________________|______|______|______|______|______|______|
ICMP is geen prioriteit... trouwens wat maakt het uit of die router ICMP replies doet of niet... zolang hij jou packets correct route (en dat doet hij want anders zou je op je destination ook veel loss hebben) is alles in orde. Trace routes zoals Winmtr zijn enkel zinvol in een gecontrolleerde omgeving, op het internet ben je er echt weinig mee omdat je niet weet hoe de routers ermee omgaan.Loeri schreef:Of is dit juist zoals jullie zeggen dat ze icmp pakketten blokkeren?
Zo'n dingen krijg je dus niet van amper 1 a 2% packet loss op de destination !teus schreef:sites die vaak niet laden, SSH connectie naar tilaa.nl die constant wegvalt, connecties in programma pidgin die constant wegvallen
Zou ik wel eens durven doen maar nee dat was ik niet.r2504 schreef: Geen idee of jij het was... maar er is hier nog eens iemand geweest die continue allerlei cijfertjes van tooltjes aan het posten was en zichzelf de haren uittrok terwijl er met z'n verbinding NIETS maar dan ook NIETS aan de hand was.