Packet loss/Slechte routing gameservers + FTU kapot?

Bedankt! Ik had voor de zekerheid vandaag nog een keer getest met een schone Windows installatie, Nieuwe internet kabel, nieuwste netwerk drivers, direct op het modem/router (Zyxel) aangesloten en helaas nog dezelfde problemen. Hoop dat ze iets vinden!

Ik wil dit toch eens in 'gewone mensen taal’ uitleggen. Ik heb vroeger bij een grote online gaming community gezeten  met eigen server rental dus ik zal het zo makkelijk mogelijk te beschrijven. Je moet kijken naar packetloss bij de eindbestemming en niet zo zeer naar onderweg (alhoewel dit bij problemen wel weer indicatief kan zijn waar eventueel een probleem zit)

Je data wordt verstuurd in pakketjes (packets). Die packets komen onderweg naar eindbestemming met regelmaat niet aan, en dit kan gebeuren bij elk stapje van apparaat naar modem naar server en de volgende server etc.. Dit is echter geen probleem want van elke packet wordt gecontroleerd of deze aankomt, en lukt dit niet, dan wordt hij gewoon opnieuw verzonden. Die werking is gewoon ingebouwd in hoe data verzonden wordt.

Wifi verliest veel meer packets dan een bekabelde verbinding (want meer kans op verstoring door electrische apparaten, wifi van buren etc), maar geen probleem die worden dan opnieuw verzonden en na een herkansing, of meerdere komen die packets wel aan bij het modem. Echter kost dit opnieuw verzenden van de packets natuurlijk wel extra tijd, vandaar dat je ping bij wifi slechter is dan bij bekabeld. Je ziet dan ook bij de wifi test wel packet loss naar het modem, en bij bekabeld niet, maar zo als gezegd, die verloren packets komen na een paar keer opnieuw verzenden wel aan.

Ook de bekabelde route verder naar eindbestemming verliest wel eens een packet, want ze gaan langs servers die het soms een beetje druk hebben, en ook bij kabels zit er wel eens een kinkje in die tot verlies van een packet kan leiden. Maar ook die verloren packets worden dan gewoon weer opnieuw verstuurd, net zo lang tot ze wel aankomen.

Dit is allemaal normaal. Het wordt pas een probleem als:

1. Je packets komen niet aan op eindbestemming. oftewel, ondanks al die poging van meerdere schakels onderweg om de verloren packets opnieuw te versturen komt je data toch niet allemaal aan. Dan is er dus inderdaad een probleem dat opgelost dient te worden.
2. Speciaal voor gamers een probleem; de ping naar eindbestemming wordt te hoog (latency). De packets komen onderweg bij individuele stapjes zo vaak niet aan en moeten zo vaak opnieuw verstuurd worden dat het gewoon veel te lang gaat duren voordat de packets eindelijk succesvol bij eindbestemming aankomen. Voor sommige games nog steeds geen probleem, maar bij bijvoorbeeld shooters wel, zeker als een fractie van een seconde bepaald wie wie neerschiet.

Oftewel, als je voor packetloss test, test je voornamelijk of er packetloss is bij de -eindbestemming-, want DAT is problematisch. (Enige) packetloss onderweg hoort erbij, maar kan dus opgevangen worden (tenzij je de ping in de traces erg ziet omhooggaan, maar dat is hier dus niet het geval).

Als er nu ook sprake is van packetloss op eindbestemming, dan kan een expert een blik werpen op de traces, maar dat is van een specialiteit met zoveel mogelijke oorzaken (voor ons als leek erg moeilijk te interpreteren) dat ik ook op dat punt moet afhaken. 

Ik hoop dat ik het zo redelijk heb uitgelegd?

De monteur van Guidion is inderdaad geweest afgelopen Donderdag, super aardige gast alleen heeft het helaas mijn problemen niet verholpen en misschien wel erger gemaakt.

Ik heb dit weekend getest en helaas nog steeds dezelfde problemen.

https://streamable.com/xmytam - Ingame

Ook de RX waarde zit op -22 erg hoog dus, terwijl de monteur wel de One-Click-Cleaner heeft gebruikt op de glasvezel lijn, is misschien dus toch mijn glasvezel kabel beschadigd en misschien moet er iemand komen van KPN netwerk om het te vervangen? of zit het misschien in de POP?

Ik hoop dat er snel een oplossing kan komen, dit is niet te doen zo.

@Tommie Is er al een update? ik heb niks gehoord

Is er enige update? ik heb destijds ook een code gehad via de mail en ik zou een update krijgen binnen 3 werkdagen maar is nu al weer een tijdje geleden.

referentienummer: 65557079

@famverkerk 

Is de monteur ook in de pop geweest om het daar te controleren en ook daar met one click cleaner schoon te maken.?

@peter-keetfm 

nee

Hey @famverkerk, ik heb zojuist een bericht terug gehad. De techneuten hebben een volledige test nodig om dit te escaleren. Zou je de stappen hieronder kunnen volgen? Dan zet ik dit nogmaals door, alvast bedankt!

De instructies hiervoor vind je op onze website.

• Heb je een computer met macOS, kijk dan op deze pagina: handleiding-snelheidsproblemen-mac-os.pdf (odido.nl)
• Heb je een computer met Windows, kijk dan op deze pagina: handleiding-snelheidsproblemen-windows-10.pdf (odido.nl)

Volg alle stappen alsjeblieft zorgvuldig, graag de screenshots in het topic delen in plaats van naar onze e-mail. Een aanvraag met ontbrekende stappen kunnen we niet in behandeling nemen.

Bij AON is het altijd anders dan bij GPON.

-22 valt nog wel binnen de grens maar is wel een hoge demping.

-27 is die grens.

Ik vindt die demping -22 wel erg hoog en dit kan de oorzaak zijn van een slechte patch. (En misschien jou probleem veroorzaken)

Zie mijn demping op een GPON glasvezel lijn met een Fritzbox 5590.

Dat snap ik. De blauwe kant is dus ook beschadigd geraakt tijdens de installatie van de monteur tijdens het verwijderen van het kpn nt module maar kon daar niet zo snel een foto van vinden op het internet.

Foto plaatsen wordt moeilijk want ik zit er liever niet zelf aan voor dat ik straks helemaal geen internet meer heb.

Dat is een oude post, ik was niet van plan over te stappen mits dit niet opgelost wordt natuurlijk want dit is geen doen.

Met de snelheden zijn geen probleem het is puur de stabiliteit van de verbinding.

Packetloss, slechte routing, buffering van videos.

Waar kan ik terecht voor reparatie aan het FTU dan? Want het is gebeurd tijdens de installatie van een tmobile monteur.

Ik zal de speedtest uitvoeren via het T-Mobile protocol, maar waar komt die packet loss dan vandaan?

En waarom krijg ik Request time-outs als ik naar de gameserver van riot ping?

"Each row starts with a row number—you can ignore that. Next to each row number is the Round Trip Time (RTT) in milliseconds—the amount of time it took for your packet (network data) to go from your computer to the endpoint of that hop. Each hop is attempted 3 times, which is why there are 3 values for each row. 

Some of the rows, however, may look like this:

If you see an asterisk (*) in place of an RTT, then a packet was not returned within the expected timeframe. You might not have to worry if you only see one or two asterisks on a hop, but if you have 3 like in the example above followed by Request timed out, you may have a network issue. Here are a couple of common ones and what you can do:

• The destination’s firewall or security is blocking the request. In this case, you'll want to reach out to your ISP for further help on what may be causing the issue (be sure to show them your Tracert log!).
• There could be a problem on the network path between you and Riot's servers. This may also be the issue if your log shows increased latency (higher millisecond values) on a middle hop, which then increases steadily for subsequent hops. If that's the case, you might want to contact your ISP for help and show them your Tracert log.”