dit is effe mijn eigen topic er is al een onderzoek gestart/ doorgezet naar specialisten
packet loss
- Doet lekker mee
Hoi,
Ik heb meteen je ticket erbij gepakt en de uitkomst bekeken. Weet dat onze specialisten grondig onderzoek hebben uitgevoerd voor je. Er kan echter niet verder onderzoek worden uitgevoerd naar de oorzaak van de latency, anders hadden onze collega's dat direct gedaan voor je.
Je Klik&Klaar modem maakt gebruik van een 5G-verbinding. Bij drukte op het netwerk kan het voorkomen dat je verbinding tijdelijk minder stabiel is. Hier kunnen wij echter geen verandering in brengen, sorry hiervoor.
Als je verder geen andere vragen hebt, dan wens ik je een hele fijne dag toe!
Groetjes,
Emily
14:01
LOOL
ik ga er effe over nadenken wat ik hiermee kan ik betaal voor een product nergens staat dat er latency spikes kunnen en mogen zijn
kan iemand dit doorzetten naar de IT packetloss over de hele weg van odido core
Hoezo op de hele weg? Eindpunt heeft geen packetloss. Welke conclusies hang jij dan aan het feit dat een tussenstop PL heeft? Zoals zo vaak voorheen aangegeven, je kunt tussenpoos niet gebruiken om een oordeel te geven over een eindpunt. Je ziet hier ook gaat het eindpunt een lagere latency heeft dan zo'n tussenhop. Dat geeft al aan dat je een tussenhop niet moet gebruiken voor deze diagnose.
Bovenstaand plaatje geeft gewoon 0% PL op eindpunt en een redelijke latency. En 1 Spike naar 100 kan wel eens voorkomen.
Stop met het kijken naar die *.glasoperator.nl. Die zegt voor jou niets.
- Doet lekker mee
Precies op de momenten van packet loss in de pingplotter heb ik last van packet burst in call of duty hoe kan ik dan aantonen dat ik tijdens het gamen ping spikes heb de ip's van call of duty kan je niet pingen want die eindigen op
vultrusercontent.com
Wat redirect naar 127.0.0.1 daar heb ik dus niks aan
Precies op de momenten van packet loss in de pingplotter heb ik last van packet burst in call of duty hoe kan ik dan aantonen dat ik tijdens het gamen ping spikes heb de ip's van call of duty kan je niet pingen want die eindigen op
vultrusercontent.com
Wat redirect naar 127.0.0.1 daar heb ik dus niks aan
Dat heeft Vultr bewust gedaan (doorverwijzing naar 127.0.0.1) en heeft hier niets mee te maken.
Sowieso kun je de game servers niet pingen want die servers luisteren al helemaal niet naar icmp.
Je hebt het over spikes op die tussenhop op moment dat je een game speelt. Dan kun je dus ook oorzaak en gevolg door elkaar halen. Kan goed zijn dat je die spikes op de tussenhop krijgt juist omdat je aan het gamen bent. Zeker als je de spikes niet ziet als je niet aan het gamen bent.
Maar nogmaals... Spikes op tussenhops zeggen niets. Kijk of je spikes naar een eindpunt hebt. Dus bv naar Google, en dan dus niet tijdens gamen.
- Doet lekker mee
Dan maar van elke tijdstip dat ik kan noteren hier opschrijven
Ik game zonder pingplotter open natuurlijk meestal het is alleen dat de packet loss momento en packet burst momenteel steeds vaker voorkomen dat ik een paar keer pingplotter open heb gehad tijdens het gamen
Maar ook zonder ping plotter open heeft call of duty steeds vaker packet burst momenten aan
Ik geloof ook wel dat er iets niet optimaal is met die game servers via Odido. Dat zie je ook aan de topics voor een vaste glasvezel lijn (maar sowieso is gamen via 5G al helemaal niet optimaal). Wat het precies is weten ze schijnbaar ook niet.
Maar dat is niet zo 123 af te lezen aan een pingplot. Dat moeten ze echt in de peering office nakijken en e.v. oplossen.
- Doet lekker mee
Ik geloof ook wel dat er iets niet optimaal is met die game servers via Odido. Dat zie je ook aan de topics voor een vaste glasvezel lijn (maar sowieso is gamen via 5G al helemaal niet optimaal). Wat het precies is weten ze schijnbaar ook niet.
Maar dat is niet zo 123 af te lezen aan een pingplot. Dat moeten ze echt in de peering office nakijken en e.v. oplossen.
Wow dan zou het dus niet aan 5G klik en klaar product leggen maar in hun eigen core netwerk,
Hopelijk leest het IT team mee
ANTWOORD ODIDO
Mijn collega Nora heeft het topic zeker al gedeeld met de specialisten die hiermee bezig zijn. Het verzoek dat hiervoor is aangemaakt, staat gekoppeld aan referentienummer xxxxxx
Goed om te benadrukken dat er een verwerkingstijd van 14 werkdagen van toepassing is. Ze zijn je dus niet vergeten en doen hun best om hier zo snel mogelijk op terug te komen.
Dat betekent wel dat ik je alleen kan vragen om dit af te wachten. Is de oplossing daar? Dan nemen zij contact op via telefoon, sms of e-mail. Doen de collega’s dit intern, dan laten wij je de uitkomst via deze weg weten.
Ontzettend bedankt voor je geduld en begrip. Tot snel,
- Doet lekker mee
hier was het nog normaal
van 19:48 tot nu net alleen maar ping spikes en dit is zonder call of duty
En weer laat je hier de grafiek zien van een tussenhop. Heb je die spikes ook naar google.com???
Vergeet die tussenhops nu gewoon eens. Al zoveel keer gezegd dat die er niet toe doen. Die mogen gewoon zelf bepalen hoe ze direct icmp verkeer afhandelen en dat is met een andere prioriteit dan normaal verkeer.
- Doet lekker mee
De hop die je ziet is de laatste hop alle grafieken zijn van google.com dat zie je in de linker hoe van de grafiek zelf
O sorry. Omdat jij een regel van een tussenhop geselecteerd had dacht ik even dat die grafiek ook van die hop was.
Goed, dan zitten er een aantal spikes tussen. Geen idee of dit op een 5G netwerk normaal is voor in de avond (dan zou ik dat eens moeten vergelijken op glasvezel hier).
En het gaat maar door en door en door…………….😤
Dus svp je buiten deze discussie houden als je niks anders te melden hebt dan een andere gebruiker proberen naar beneden te halen. En ook niet meer reageren nu op mij, heeft geen zin.
- Doet lekker mee
ja ik laat nu wel de tussenhop zien om aan te geven dat beiden een bepaald patroon erin hebben zitten
Ik zie daar niet direct een verband in. Ten eerste is het zo dat het patroon/spikes bij de tussenhop oploopt en bij google.com lopen ze af.
Verder zou het patroon bij de tussenhop (en google) in principe verklaarbaar kunnen zijn door rate limiting en prioritering. Na 2 minuten wordt die rate limiting weer gereset waarna je weer op 0 begint. PS. de rate limiting hoeft niet perse bij het eindpunt te zitten. Het kan natuurlijk zijn tussenhops ook al rate limiting toepassen voor verkeer naar het eindpunt (want op glas zie ik ze niet).
Dan ben ik benieuwd hoe dit eruit ziet als je de frequentie van de ICMP op b.v. een minuut zet (want nu heb je hem waarschijnlijk op 1 or 2,5 seconden ofzo staan, waardoor je zeker tegen die rate limiting aanloopt).
Bij de betaalde versie van pingplotter kun je ook de engine op TCP zetten om te kijken of je dan ook tegen rate limiting aanloopt (maar dat kan ik niet testen).
Welke poort gebruik je dan voor google.com in TCP mode? 443 voor https?
Kan natuurlijk zijn dat google.com dat niet zo leuk vindt om per 2,5 seconden een loze hit op 443 voor TCP SYNC te krijgen.
Je kan hier ook eens vergelijken, op deze sites worden op een aantal plaatsen de latency voor Odido klik en klaar gemonitored. Je ziet dat de latency erg verschilt per lokatie.
https://smokeping.hostio.solutions/smokeping/?target=nl_isp_client.odidofwa
- Doet lekker mee
jippie het nutteloze antwoord
Dit hebben onze engineers al onderzocht/ gecontroleerd, de latency word hoogstwaarschijnlijk veroorzaakt door drukte op het netwerk in combinatie met een abonnement wat geen voorrang heeft op het netwerk, dit komt omdat telefonie eerst gaat.
ik heb net als in vele toopic last van latency spikes op random momenten van de dag
en het woordje hoogtwaarschijnelijk ik heb packet burst in call of duty van af en toe in de ochtend middag avond en heel soms speel ik snachts
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.