dit is effe mijn eigen topic er is al een onderzoek gestart/ doorgezet naar specialisten

dit is effe mijn eigen topic er is al een onderzoek gestart/ doorgezet naar specialisten

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
Zijn de voorbeelden die ik hier deel nog wel van toepassing of is het gewoon afwachten en hoef ik geen nieuwe voorbeelden aan te leveren
Hey
Ik ben meteen voor je gaan kijken, echter zie ik dat het nog steeds in onderzoek is. Deze latency is inderdaad aan de hoge kant wat niet de bedoeling is. Het kan komen doordat de mast overbelast wordt op dit moment. Ik zal de specialisten moeten afwachten om tot een volledig oordeel te komen. Zodra we hier een antwoord op hebben zullen we die met je delen!
De volgende gebruiker lijkt hetzelfde probleem te hebben:
In dat topic wordt packetloss ervaren. Maar vervolgens wordt er een tussenhop bij gepakt die gewoon packetloss mag tonen. Een tussenhop hoeft helemaal niet (tijdig) te reageren op icmp.
En aangezien het eindpunt daar een game server is, kun je als eindgebruiker hier helaas geen diagnose op uitvoeren (en zeker al niet door de tussenhops te beoordelen).
Hier in dit topic gaat het om een hoge latency van google.com. Er is 0% packetloss. Ook hier wordt in eerste instantie de tussenhop erbij gepakt maar daar moet je niet naar kijken. Alleen de latency van dat laatste eindpunt moet stabiel blijven en dat gebeurd niet.
In dat topic wordt packetloss ervaren. Maar vervolgens wordt er een tussenhop bij gepakt die gewoon packetloss mag tonen. Een tussenhop hoeft helemaal niet (tijdig) te reageren op icmp.
En aangezien het eindpunt daar een game server is, kun je als eindgebruiker hier helaas geen diagnose op uitvoeren (en zeker al niet door de tussenhops te beoordelen).
Hier in dit topic gaat het om een hoge latency van google.com. Er is 0% packetloss. Ook hier wordt in eerste instantie de tussenhop erbij gepakt maar daar moet je niet naar kijken. Alleen de latency van dat laatste eindpunt moet stabiel blijven en dat gebeurd niet.
Ik heb idd een wat nietszeggende topic titel gebruikt sorry 😐
... maar zie wel dezelfde pingplotter resultaten naar bijvoorbeeld google.com
Die zie ik niet in dat topic 🫣
Er wordt hoofdzakelijk naar een gameserver geplot en dan wordt er geconstateerd dat *.ftth.glasoperator.nl niet goed reageert op icmp. Maar dat doet er helemaal niet toe (dat mag gewoon voor een tussenpunt). Er worden conclusies aan verbonden dat dit de oorzaak zou zijn. Doe je naar bv een geldige server, dan komen alle pakketjes daar wel aan. Dat geeft al aan dat je pingplotter helemaal niet op deze manier moet gebruiken of daar deze conclusies aan kunt verbinden. Bv ook bij google.com geeft *.ftth.glasoperator.nl packetloss te zien terwijl het eindpunt 100% aankomt.
*.ftth.glasoperator.nl kan op elk moment van de dag zelf beslissen wat de rate limiet voor directe icmp pakketjes zijn (rest wordt gedropt). En dat hoeft dus geen invloed te hebben op het daadwerkelijk doorgeven van echt verkeer.
Iedereen gebruikt die pingplotter en gaat roepen "kijk, packetloss" terwijl als je een normale server pakt, alles (ook over datzelfde punt) goed aankomt. Dus... pingplotter moet je niet op die manier gebruiken.
Je kunt het wel gebruiken als grove indicatie waar de latency op zou kunnen lopen. Maar je moet dat dan i.c.m. de andere punten en zeker ook met het eindpunt beoordelen. Als het eindpunt weer een lagere latency heeft, heeft het dus niets te maken met dat ene tussenpunt.
Ps. Bovenstaand wil niet zeggen dat er geen onderliggend probleem op het Odido netwerk zit (dat zie je wel aan alle klagende gamers), maar het is dus niet op deze manier 'vast te stellen'. Dat kan alleen een gespecialiseerd peering-office (die heeft meer inzicht in het hele traject).
Ik vind het jammer dat bijv de ip adressen van call of duty niet te ping plotten zijn
Op zich is dat inderdaad jammer want het limiteert de mogelijkheid om zelf wat diagnose te doen voor zo'n server en verbindingsproblemen. Maar ze doen het juist voor de veiligheid. Bescherming tegen ping-floods, DDoS en andere aanvallen. Tevens zijn de poorten vaak ook niet eens te detecteren die 'open' omdat ze alleen reageren op speciale pakketjes die alleen van de games zelf afkomen (vandaar dat die ismyportopen sites ook niet werken, zelfs niet degene die udp doen).
ben net gebeld door TD
die zagen best wat vermoedelijke capaciteit issues op de mast grote kans dat er mensen fysiek naar de mast komen kijken of en hoe alles ingesteld staat/of er voldoende capaciteit is
ik wordt binnen 3 dagen weer terug gebeld al met een volgende update
ik heb nog wel benoemd of het normaal is dat bij 1 mast vodafone glas verbinding heeft en odido maar een microwave verbinding , hij zelf had de kennis daar niet van maar zou het wel navragen
ik heb nog wel benoemd of het normaal is dat bij 1 mast vodafone glas verbinding heeft en odido maar een microwave verbinding , hij zelf had de kennis daar niet van maar zou het wel navragen
Dat is HEEL normaal!
ik heb nog wel benoemd of het normaal is dat bij 1 mast vodafone glas verbinding heeft en odido maar een microwave verbinding , hij zelf had de kennis daar niet van maar zou het wel navragen
Dat is HEEL normaal!
hier gedacht bij zo’n nieuwe mast als dit ze wel voor glas hadden gekozen
Ingebruikname18 apr 2025
TransmissieMicrowave (RTN 80GHz, 4Gbps)
alle andere providers KPN en vodafone hebben inmiddels glas
vodafone is veranderd naar glas op deze mast
3 straalverbindingen masten van odido

mijn mast

mast dichts bijzijnd daarna

allemaal 4.5 km van elkaar verwijderd
Project van modernisering van Odido RAN (bijna afgerond) loopt apart van upgrade van transmissie. Dat Vodafone het anders doet heeft dus geen invloed op hoe Odido het doet. Geduld dus totdat de glasvezel vernieuwing wordt uitgevoerd.
moest effe opzoeken wat RAN betekent
mij boeit alleen klik en klaar niet een mobiele gebruiker (ik zit met telefoon bij vodafone bijv )
maar goed hopelijk kunnen ze meer gaan doen de komende tijd tis al wat dat er werd gezegd je wordt binnen 3 dagen opnieuw gebeld
Dat is de grafiek van de tussenhop, toch?
Laat de grafiek van google.com eens zien.
Zoals al aangegeven... de tussenhop is niet van belang als je eindpunt gewoon stabiel is (en je ziet dat google.com een lagere ping heeft dan rechtstreeks naar die tussenhop, wat dus niets zegt).
Dat is de grafiek van de tussenhop, toch?
Laat de grafiek van google.com eens zien.
Zoals al aangegeven... de tussenhop is niet van belang als je eindpunt gewoon stabiel is (en je ziet dat google.com een lagere ping heeft dan rechtstreeks naar die tussenhop, wat dus niets zegt).
de ping van google blijft normaal met wel jitter

en de snelheid zakt behoorlijk in dan
odido zelf zag dat er capaciteit issues zijn, (vandaar dat ze iemand naar de mast willen sturen , ik zou daarover zelf binnen al 3 dagen gebeld worden geen idee of dat normaal is , maar kunnen ze dat dan merken aan pingplotters
Nee, pingplotters geven maar een beperkt beeld. Maar zij hebben uiteraard veel beter inzicht in het gehele pad en de daadwerkelijke metingen. Bv poort bezetting en alternatieve routes als een punt vol begint te raken.
Pingplotter is leuk om per tussenhop ICMP pakketjes te zien (ping). Dan wordt er apart een of meerdere ICMP pakketjes naar de bekende tussenhops gestuurd. Dan zou je kunnen zien waar de latency op zou beginnen te lopen. Maar heel vaak leidt dit ook tot valse metingen omdat die tussenhops ICMP anders afhandelen van verkeer wat ze zelf moeten routeren. Zo kunnen ICMP trager afgehandeld worden of door rate limiting helemaal gedropt worden. Heel veel gebruikers realiseren zich dat niet en gaan dus die metingen verkeerd beoordelen.
Hopelijk kunnen ze iets vinden.
Als je een echte Rupsje Nooitgenoeg bent op het gebied van data en internet, dan is glasvezel (FTTH) de enige juiste keuze.
Kabel (coax) is leuk voor de gemiddelde gebruiker, maar als je honger naar betere prestaties onverzadigbaar is, wint glasvezel op elk vlak:
Kortom: voor de ultieme verbinding zonder haperingen moet deze Rupsje Nooitgenoeg gewoon voor glasvezel kiezen.
Als je een echte Rupsje Nooitgenoeg bent op het gebied van data en internet, dan is glasvezel (FTTH) de enige juiste keuze.
Kabel (coax) is leuk voor de gemiddelde gebruiker, maar als je honger naar betere prestaties onverzadigbaar is, wint glasvezel op elk vlak:
Kortom: voor de ultieme verbinding zonder haperingen moet deze Rupsje Nooitgenoeg gewoon voor glasvezel kiezen.
Er ligt hier geen glasvezel de wijk heeft het wel maar ons appartement gebouw niet dankzij woonkracht 10 die de aanleg in het gebouw blokkeerde
Bij mij was de latency bij Odido (op een Delta glasvezel lijn) ongeveer gelijk aan die van Ziggo. Het viel mij op dat een ping naar google.com boven de 10ms zat. Nu op een KPN lijn zit ie strak rond de 4-5ms. Maar bij Odido was dit dus echt niet zo goed. Packetloss heb ik op coax nog nooit gehad en staat los van latency.
Nogmaals… Uh? Bij XGS-PON deel je de lijn met tot 32 (soms zelfs tot 64) andere huishoudens !!! De tijd dat je met AON of GPON zelf een niet gedeelde lijn had is al lang voorbij. De binnenkomende XGS-PON poort in de centrale krijgt ook maar 10Gbps binnen. Als je dat deelt met een paar enthousiaste downloaders, dan trek je samen die 10Gbps ook zo vol. Tuurlijk zal het het merendeel van de dag wel meevallen… maar op drukke momenten… Ze zullen hier in de toekomst toch echt iets op moeten verzinnen.
Ja. De upload is inderdaad superieur bij glasvezel.
Kortom: voor de ultieme verbinding zonder haperingen moet deze Rupsje Nooitgenoeg gewoon voor glasvezel kiezen.
Daar valt dus wel over te discuseren.
Om hier een punt te maken is hilarisch. Ook mobiele signalen verbreiden met lichtsnelheid. De elektriciteit heeft in koperen leiding een snelheid tussen 96% tot 66% van lichtsnelheid. De latentie van glasvezel en mobiel op een afstand van 1km is dan 0,0034 ms. Bij 66% (coax leiding) is de latentie 0,0050 ms. Kan iemand berekenen, hoeveel percent is het verschil van 0,0016ms in totaal 5-10ms latentie?
Je meldde een probleem bij ons over je netwerk.
Tijd voor een update!
Er is nog geen oplossing
Natuurlijk zijn we je niet vergeten. Maar op dit moment hebben we nog geen oplossing. Sorry! We zijn er nog druk mee bezig. Zodra we meer informatie voor je hebben, sturen we je weer een berichtje.
iik ben benieuwd of ze het gefixt krijgen
Dat is afwachten, kan snel gaan maar kan ook tijd duren, heeft hier in onze wijk van 2014 met 4G binnen geen bereik tot 2024 gedaan 5G en binnen meer bereik sinds eind 2025 kunnen we in huis Mobiel Data gebruiken, daarvoor had ik een Femtocell jammer dat die werd uitgefaseert, jammer dat de Klik en Klaar want Vodafone heeft ook zo een systeem we niet kregen ter ondersteuning netwerk, we hebben er nu geen last meer van. Al zitten we bij Odido ik wel me huisgenoot niet.
Lang leve wachten
Mijn excuses dat je nog geen duidelijke update hebt gekregen. Na al het wachten wil je vooral weten waar je aan toe bent.
Ik heb navraag gedaan bij de technische dienst. Er is nog geen nieuwe informatie en ik kan daarom nog niet bevestigen of er een monteur naar de mast komt. Het onderzoek loopt wel door.
Uiterlijk 7 september neemt de technische dienst contact met je op. Dat gebeurt ook als er dan nog geen oplossing is. Mijn collega bespreekt dan de stand van zaken en vertelt je ook of een monteur nodig is. Zo heb je een duidelijke afspraak en hoef je hier niet opnieuw zelf achteraan!
Nou 7 september is geweest ik hoor totaal niks meer
Niet terug gebeld , geen update over monteur , geen update over capaciteit,behalve
Na al het wachten wil je vooral weten of er een monteur naar de mast gaat. Mijn excuses dat je daar nog geen duidelijk antwoord op hebt gekregen!
Ik heb een verzoek ingediend bij de technische dienst om je vandaag een inhoudelijke update te geven. Zodra mijn collega’s je ticket verder oppakken, laten ze weten of een monteur nodig is. Aan het einde van vandaag hoor je een update te krijgen. Heb je dan nog niets gehoord? Stuur mij een bericht. Ik ga er dan meteen voor je achteraan
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.