Beantwoord

Oplevering en snelheidsproblemen

  • 17 December 2021
  • 96 reacties
  • 1356 Bekeken


Toon eerste reactie
This topic has been closed for comments

96 reacties

Ik heb de afspraak met Guidion ingepland, helaas laat de monteur nog tot 15 januari op zich wachten. Eerder heeft Guidion geen plaats meer. Ik ben blij dat ik ondertussen in ieder geval hogere snelheden kan halen, maar vind het wel jammer dat het allemaal zo ontzettend lang moet duren. Ik denk dat met alle monteursbezoeken van verschillende partijen en de tijd die T-Mobile er zelf in heeft moeten steken T-Mobile Thuis het eerste jaar weinig zal verdienen (als dat überhaupt het geval is) aan m'n aansluiting. Sec genomen niet mijn probleem, maar als de eerste monteur nou z'n werkbon had gelezen dat had het een hoop tijd en extra werk gescheeld voor een heleboel mensen, nog los van de frustratie en alle momenten dat ik thuis moet blijven voor een monteur. Als het allemaal werkt loopt 't ongetwijfeld als een zonnetje, maar voordat je dat punt bereikt hebt...

Hoi @MarcoVanWeel,

Top om te zien dat er al een hoop is gebeurd, dat maakt een goed begin aan 2022 mogelijk. :wink: Zojuist heb ik een aanvraag gedaan bij Guidion en binnen de kortste keren zal je van hen de digitale agenda ontvangen. 

Jij ook bedankt voor de fijne medewerking en ik wens jou ook nog een heel mooi 2022 toe!

 

Beste @Cal, ik heb je mail zojuist ontvangen, waarvoor dank. Ik wacht de uitnodiging van Guidion om een afspraak met hen te plannen. Ook voor jullie de beste wensen, blijf verstandig en bovenal gezond in 2022!

 

Met vriendelijke groet,

Marco van Weel

Reputatie 7
Badge +4

Hoi @MarcoVanWeel,

Top om te zien dat er al een hoop is gebeurd, dat maakt een goed begin aan 2022 mogelijk. :wink: Zojuist heb ik een aanvraag gedaan bij Guidion en binnen de kortste keren zal je van hen de digitale agenda ontvangen. 

Jij ook bedankt voor de fijne medewerking en ik wens jou ook nog een heel mooi 2022 toe!

@Boris@Lisa@Jason Ik ben nog in afwachting van een nieuwe link om een afspraak met Guidion te kunnen maken voor de 'finishing touch'. Nu had ik van @Boris al wel begrepen dat het verzoek van KPN NetwerkbeheerNL wel eergisteren bij jullie is binnengekomen, maar vooralsnog lijkt Guidion (nog) niet opnieuw aangestuurd door jullie Technische Dienst. Nu realiseer ik me dat er een hoop mensen vrij zijn tussen Kerst en Oud & Nieuw, maar is er niemand in de gelegenheid geweest om de order vast door te zetten naar Guidion? Dan kan ik tenminste vast een afspraak gaan maken en het geheel ook gaan afsluiten.

 

Bij voorbaat dank voor alle genomen moeite en iedereen een fijne jaarwisseling en gezond 2022 toegewenst.

 

@Boris Bedankt voor de update.

@yalerta Het vrijgegeven bericht hierboven is een reactie van eergisteren op een post van jou. Beetje mosterd na maaltijd, maar dan moet je de bitterballen er maar even bijdenken.

 

Reputatie 7

Hi @MarcoVanWeel ,

Thanks voor je bericht en supermooi nieuws betreft de snelheid! Ik zie de terugkoppeling van de monteur terug in ons systeem en zal zodanig worden opgepakt door onze technische dienst om middels een aansturing van een Guidion monteur de laatste hand te leggen. Het gaat dus helemaal de goede kant op en heb goede hoop dat we hiermee deze saga mogen afsluiten.

Met betrekking tot je eerdere bericht, zie ik dat deze terecht is gekomen in onze spamfilter, waarvoor excuses. Omdat ik niet zie waarom, heb ik 'm meteen vrijgegeven. 

Reputatie 7
Badge +5

@Lisa@Jason Monteur KPN NetwerkbeheerNL langsgeweest, had voor zijn komst al mijn aansluiting in de wijkkast omgepatcht, aangezien de poort defect bleek. Speedtest op Zyxel T-50 levert nu snelheden rond 950 Mbit op zoals gehoopt. Er wordt alleen door KPN NetwerkbeheerNL opnieuw een terugkoppeling naar T-Mobile gegeven dat Guidion opnieuw aangestuurd moet worden, om de bekabeling tussen GPON en FTU fatsoenlijk af te werken (zie foto in deze post (pagina 3, eerste post)) aangezien dit, en ik citeer ‘een houwtje-touwtje oplossing is die zal leiden tot steeds meer signaalverlies). Doordat er een overbodig verloop op zit waaiert er binnen de connector licht uit en aangezien de verloopjes kennelijk niet zo'n lang beschoren zijn voorziet hij problemen voor die toekomst, die ik liever bij aanvang opgelost zie. Als de Guidion monteur van eergisteren het groene blokje verwijderd had wat er in de FTU zat dan hadden we 'm nu waarschijnlijk af kunnen sluiten, maar nu zie ik de mail en sms van Guidion voor het volgende huisbezoek wel weer tegemoet. Kortom, jullie zijn nog niet helemaal van me af (maar 't einde is in zicht).

 

FIjn dat de te halen max er is. Hopelijk blijkt het ook een “stabiele” verbinding te zijn. Geen rare TmT fratsen zoals routeren via DTAG of Tracert verbergen of rerouten.

[mijmermodus-filosofeermodus]
Het Outsourcen bij TmT van veel basis diensten schijnt modern maar vooral kosten besparend te zijn. Misschien dat het management eens wat meer aan het ophogen van de servicegraad gaat denken. De NL ontslag en ziekte wetten zijn al deels aangepast. En wil men betrokken personeel aan het werk hebben gedijt dit vaak het beste “in vaste dienst”
[/mijmermodus-filosofeermodus]

Personeel van derden is vaker bezig met kwantiteit dan met kwaliteit. Jammer.

Het einde in zicht? Inderdaad, 29 december, 2021 al bijna voorbij ….

Reputatie 7
Badge +15

Hallo @MarcoVanWeel 

Kon de KPNNetwerk monteur het niet even weghalen? 😅

Maar super dat je nu van de volle snelheid kan genieten 💪

@Lisa / @Jason Monteur KPN NetwerkbeheerNL langsgeweest, had voor zijn komst al mijn aansluiting in de wijkkast omgepatcht, aangezien de poort defect bleek. Speedtest op Zyxel T-50 levert nu snelheden rond 950 Mbit op zoals gehoopt. Er wordt alleen door KPN NetwerkbeheerNL opnieuw een terugkoppeling naar T-Mobile gegeven dat Guidion opnieuw aangestuurd moet worden, om de bekabeling tussen GPON en FTU fatsoenlijk af te werken (zie foto in deze post (pagina 3, eerste post)) aangezien dit, en ik citeer ‘een houwtje-touwtje oplossing is die zal leiden tot steeds meer signaalverlies). Doordat er een overbodig verloop op zit waaiert er binnen de connector licht uit en aangezien de verloopjes kennelijk niet zo'n lang beschoren zijn voorziet hij problemen voor die toekomst, die ik liever bij aanvang opgelost zie. Als de Guidion monteur van eergisteren het groene blokje verwijderd had wat er in de FTU zat dan hadden we 'm nu waarschijnlijk af kunnen sluiten, maar nu zie ik de mail en sms van Guidion voor het volgende huisbezoek wel weer tegemoet. Kortom, jullie zijn nog niet helemaal van me af (maar 't einde is in zicht).

 

@Lisa Bedankt voor je reactie.

 

Iets anders: Er hangt van mij sinds gisteren al een reactie in afwachting van goedkeuring. Zodra ik de post bewerkte en de tekst FTTH toevoegde, kreeg ik een melding “Waiting for moderator approval’ maar dat is tot op heden niet gebeurd? Zou je daar bij gelegenheid even naar willen kijken?

Reputatie 7

Hi @MarcoVanWeel, heel fijn dat je ons zo goed op de hoogte houdt! Dankjewel voor alle aanvullingen. Wat betreft jouw vragen over de kabel, dit antwoord moet ik je schuldig blijven. Ik heb dit met één van mijn andere collega's overlegd, maar ons advies is om de afspraak met KPN van vandaag af te wachten. Hopelijk hoor jij dan wat exact de oorzaak van de problemen is/was en kunnen zij dit direct voor je verhelpen. Ik kijk uit naar een terugkoppeling van je, zodra KPN vanmiddag bij je is langsgekomen. Ik ga in ieder geval duimen dat jij hierna weer van een juiste snelheid kan genieten. Laat je dit hier weten? Mocht jij tot die tijd nog andere vragen hebben, schroom dan niet om die aan mij te stellen. Wat betreft jouw punt over het beste antwoord, ik snap je volkomen. Weet dat zodra het issue is opgelost, wij dit aanpassen naar het antwoord wat daadwerkelijk de oplossing bleek te zijn! 😊

 

@MarcoVanWeel

De resultaten van de Ookla CLI op een Ubuntu server hier zijn niet zo heel verschillend ten opzichte van de redelijk “kale” Windows 10 pc die het nu verwerkt.

@yalerta Dat bevestigt alleen maar dat er sprake is van een technisch issue. Hetzij je router of een switch waar beide PC's achter hangen, óf er is sprake van een klapperende lijn (ja heus, het bestaat). Ook een technisch issue, maar dan buiten je bereik. Met zulke enorme verschillen in snelheidsmetingen binnen enkele minuten, geloof ik niet dat er sprake is van congestie. Tenzij je samen met iemand in het buitengebied woont en met z'n tweeën samen 1 gigabit moet delen over het zelfde lijntje. Anders kan ik het niet verklaren.

Klapperende lijn? Hmmm, het gehoor is aan het minderen, daarom hoor ik het waarschijnlijk niet :kissing_smiling_eyes:

Ze laten zich ook lastig ‘horen’ (ook zonder grijze haren), maar meetbaar zijn ze des te beter. “In mijn tijd” - ja, de grijze haren zijn mijn ook niet onbekend - een tondeuse en een double blade scheermes doen wonderen - kostte het veel tijd en moeite om ze op te sporen.

Want mij meer bevreemd is dat “iedereen” schijnt te denken dat een gigabit lijn ook TEN ALLEN TIJDEN die gigabit DOORVOERSNELHEID moet behalen.

Ik hoop dat je het me niet kwalijk neemt, maar ik schaar mezelf niet onder “iedereen”. Ik ben echter wel van mening dat een Gigabit aansluiting minus een stukje overhead een ruime 900 Mbit zou moeten kunnen leveren. Dat hoeft niet constant te zijn, en realistisch gezien is zelfs dat niet of nauwelijks nodig (afhankelijk van je toepassing als particulier) maar de realiteit is dat er hier in 14 dagen tijd nog nooit een snelheid (draadloos of bekabeld) gehaald is hoger dan circa 650 Mbit, zelfs tijdens de daluren. Prachtige snelheid, maar niet zoals geadverteerd. De meetresultaten zijn 24 uur per dag consistent - tusseen 600 en 650 Mbit - op mijn eigen router met Ookla's Speedtest geïntegreerd. Het meegeleverde modem komt amper boven de 200Mbit uit met een bedrade aansluiting op een full duplex Gigabit Ethernet poort. Er is dus geen sprake van congestie maar er zit ergens een ‘bottleneck’. Waar? Da’s kennelijk nu aan KPN NetwerkbeheerNL om uit te vinden.

 

Dat op een system van mij inmiddels een speedtest script draait is opgezet omdat in het begin van 2021 op mijn gigabit aansluiting van de ene op de andere dag maar een max van ongeveer 150mbit gehaald werd. Dit gemeten en verdeeld over verschillende momenten op een dag. Helaas duurde het toen even voordat Tmobile het signaal oppikte en adequaat op reageerde. 500 reacties verder in een topic met daarin de bekende mist zoals modem fabriek-reset en dergelijke. Het heeft toen 3 a 4 maanden geduurd voordat er weer betere waarden getoond werden.
Onderstaand de laatste meting uit de log van de Windows CLI. Krijg ik nu grijze haren omdat mijn ping geen 5 á 6 zoals eerder maar 8 ms blijkt te zijn? Nee voor die haarkleur is een andere oorzaak aan te wijzen. En dat er op dat moment maar 503 Mbits omhoog verstuurd werd maakt mij ook niet veel uit.

 

Tmobile is met zijn gigabit aanbieding dusdanig aan het concurreren ism klantvoordeel dat er veel nieuwe gebruikers bijkomen. Dat toont zich dan in congestie op sommige plaatsen in het netwerk.

Wat veel belangrijker is, is de stabiliteit van “het TmT netwerk” en gelukkig heb ik, op dit moment, in mijn regio weinig last van de stuipjes die groei met zich mee brengt.
 

Daar heb ik ook begrip voor, maar mijn situatie ligt denk ik toch iets anders. Ik kan me voorstellen dat T-Mobile met deze tarieven enorm groeit. Maar ik zit letterlijk 80 meter van de wijkkast af in een dorp waar destijds fors in bandbreedte geïnvesteerd is in (toen nog) Reggefiber en heb begrepen dat de wijkkast kast voldoende ruimte heeft om een groeiend aantal gebruikers aan te kunnen. Helaas hebben velen, waaronder ik zelf, door een FTTH instabiel netwerk de overstap terug naar coax (Ziggo) gemaakt. Dat snelheid fluctueert is inherent aan het medium en de toepassing. Maar ‘all over the place’, zoals bij jou het geval is allesbehalve een stabiele verbinding te noemen. Dat lijkt meer op het (inmiddels antieke) ‘oude’ netwerk van Ziggo, van voor alle upgrades (inclusief fibre) waarbij Youtube begon te stotteren als je buurman de pc aanzette en z'n torrent client opstartte…

Fijne avond!

Groet,

Marco

@Jason / @Lisa KPN NetwerkbeheerNL meldt zich morgenmiddag tussen 12.00 en 17.00 uur weer.

Reputatie 7
Badge +5

@MarcoVanWeel

De resultaten van de Ookla CLI op een Ubuntu server hier zijn niet zo heel verschillend ten opzichte van de redelijk “kale” Windows 10 pc die het nu verwerkt.

Klapperende lijn? Hmmm, het gehoor is aan het minderen, daarom hoor ik het waarschijnlijk niet :kissing_smiling_eyes:

Want mij meer bevreemd is dat “iedereen” schijnt te denken dat een gigabit lijn ook TEN ALLEN TIJDEN die gigabit DOORVOERSNELHEID moet behalen.

Dat op een system van mij inmiddels een speedtest script draait is opgezet omdat in het begin van 2021 op mijn gigabit aansluiting van de ene op de andere dag maar een max van ongeveer 150mbit gehaald werd. Dit gemeten en verdeeld over verschillende momenten op een dag. Helaas duurde het toen even voordat Tmobile het signaal oppikte en adequaat op reageerde. 500 reacties verder in een topic met daarin de bekende mist zoals modem fabriek-reset en dergelijke. Het heeft toen 3 a 4 maanden geduurd voordat er weer betere waarden getoond werden.
Onderstaand de laatste meting uit de log van de Windows CLI. Krijg ik nu grijze haren omdat mijn ping geen 5 á 6 zoals eerder maar 8 ms blijkt te zijn? Nee voor die haarkleur is een andere oorzaak aan te wijzen. En dat er op dat moment maar 503 Mbits omhoog verstuurd werd maakt mij ook niet veel uit.

 

Tmobile is met zijn gigabit aanbieding dusdanig aan het concurreren ism klantvoordeel dat er veel nieuwe gebruikers bijkomen. Dat toont zich dan in congestie op sommige plaatsen in het netwerk.

Wat veel belangrijker is, is de stabiliteit van “het TmT netwerk” en gelukkig heb ik, op dit moment, in mijn regio weinig last van de stuipjes die groei met zich mee brengt.
 

Bedankt voor je reactie @yalerta. Met zulke wisselende resultaten, zou ik me oprecht af gaan vragen wat er aan de hand is met je lijn. Je schrijft, waar ik het (nagenoeg) helemaal mee eens ben:

 

Laat de uitkomsten die getoond worden voor zichzelf spreken. Ik heb net met een zekere interesse een topic dat inmiddels 3 pagina's in beslag neemt doorgelezen en verwonder mij ten zeerste dat de hierboven geplaatste schermdump een speedtest middels een browsertest is waar de uitkomst sterk afhankelijk is van de PC waarop het uitgevoerd is met de daarop draaiende (achtergrond) processen.

Voor goede vergelijkingen is het altijd noodzakelijk de juiste middelen toe te passen indien er conclusies aan verbonden worden.
Om deze reden draait er bij mij op een Windows 10 pc de CLI versie van Ookla Met een simpel taak scriptje wordt dit elke 2 uur uitgevoerd en de uitkomst in een log bestand opgeslagen en na iedere test ook naar Ookla gezonden.

 

En voor wat betreft de CLI versie van Ookla, ook deze is 'gewoon’ onderhevig aan de belasting door Windows-achtergrondprocessen, net als de Windows 10 app en net als dat je resultaten per browser kunnnen verschillen. Met alle respect, maar wat jouw screenshots tonen heeft bijzonder veel weg van een ouderwetse ‘klapperende lijn’.

Ik heb de moderators vorige week al voorzien van een bestand met 6 speedtesten met een bedrade laptop via de T-50, elk met 5 minuten tussentijd, op 3 servers (2 testen per server dus). Daarnaast heb ik de CLI versie van Ookla (voor Linux/ARM) op mijn ASUS router draaien (evenals een versie met GUI) die geïntegreerd zijn in de software van Asuswrt en Asuswrt-Merlin. Tevens draait er een script dat op gewenste intervallen met een vaste server speedtests doet en deze toont in een tabel in grafiek, inclusief gemeten ping en jitter. Ook van de Ookla Speedtest op mijn router (met GUI) heb ik 6 screenhots aangeleverd. De resultaten hiertussen zijn zeer consistent, behalve dat er tussen de eigen router van Asus en de router van T-Mobile een wereld van verschil in snelheid zit, ten nadele van de T-50, en zijn mijn resultaten dus op geen enkele manier te vergelijken met wat jij hierboven toont.

Met vriendelijke groet,

Marco

Reputatie 7
Badge +5

Sorry voor de verschillende posts, maar ik ben nog één screenshot vergeten. Die stond nog open in de editor.

Als ik doorklik in de webinterface van de Zyxel T-50, krijg ik onder andere onderstaande info over de WAN aansluiting te zien:

 

 

Is het normaal dat ik twee IP-adressen toegewezen krijg en dat er drie MAC-addressen aan de WAN-aansluiting op de T50 hangen? Ik dacht in eerste instantie dat de informatie van de GPON óók werd weergegeven maar de MAC-addressen zijn oplopend dus dat lijkt me sterk. Overigens krijg ik het tweede IP-adres toegewezen als extern IP-adres. Met mijn eigen router krijg ik een iets ander IP-adres toegewezen, maar de eerste twee octetten blijven het zelfde, dus dat zal waarschijnlijk met het MAC-adres van de WAN-poort van mijn ASUS-router te maken hebben.

De 10.x.x.x. adresreeks is de zogenaamde management reeks waarin Tmobile het netwerk beheert. Modem updates, uitlezen e.d. 10.x.x.x. is een zogenaamde privat IP range

De 85.x.x.x reeks is jouw externe IP adres gebeuren, Dat de eigen (ASUS) router een ander adres krijgt is een DHCP instelling van de servers van Tmobile die aan “eigen” TmT routers een ander segment toekennen dan aan “eigen” klanten routers zoals de Asus, Unifi, Netgear en de vele anderen die daarvoor geschikt zijn.

Reputatie 7
Badge +5

@MarcoVanWeel 

Onderstaand post ik 3 schermafbeeldingen van speedtests van Ookla.net
Één met Firefox browser, één met Edge als browser en de laatste met de Windows app van Ookla.
Alle testen werden binnen 5 minuten gedaan.

Laat de uitkomsten die getoond worden voor zichzelf spreken. Ik heb net met een zekere interesse een topic dat inmiddels 3 pagina's in beslag neemt doorgelezen en verwonder mij ten zeerste dat de hierboven geplaatste schermdump een speedtest middels een browsertest is waar de uitkomst sterk afhankelijk is van de PC waarop het uitgevoerd is met de daarop draaiende (achtergrond) processen.

Voor goede vergelijkingen is het altijd noodzakelijk de juiste middelen toe te passen indien er conclusies aan verbonden worden.
Om deze reden draait er bij mij op een Windows 10 pc de CLI versie van Ookla Met een simpel taak scriptje wordt dit elke 2 uur uitgevoerd en de uitkomst in een log bestand opgeslagen en na iedere test ook naar Ookla gezonden.
 

Firefox

Edge

Speedtest App (windows10)

 

Sorry voor de verschillende posts, maar ik ben nog één screenshot vergeten. Die stond nog open in de editor.

Als ik doorklik in de webinterface van de Zyxel T-50, krijg ik onder andere onderstaande info over de WAN aansluiting te zien:

 

 

Is het normaal dat ik twee IP-adressen toegewezen krijg en dat er drie MAC-addressen aan de WAN-aansluiting op de T50 hangen? Ik dacht in eerste instantie dat de informatie van de GPON óók werd weergegeven maar de MAC-addressen zijn oplopend dus dat lijkt me sterk. Overigens krijg ik het tweede IP-adres toegewezen als extern IP-adres. Met mijn eigen router krijg ik een iets ander IP-adres toegewezen, maar de eerste twee octetten blijven het zelfde, dus dat zal waarschijnlijk met het MAC-adres van de WAN-poort van mijn ASUS-router te maken hebben.

 

De boel is ondertussen weer afgekoppeld. want uiteraard moest de WiFi weer hersteld zijn voordat zoonlief klaar was met douchen. Maar volgens mij staat daar inderdaad wat jij bedoelde.

@Waqqas, als antwoord op jouw vraag:

 

Goedemorgen,

In een poging om aan de laatste suggestie van @Waqqas te voldoen door de Zyxel T-50 weer aan te sluiten op de GPON kom ik de oude, verkeerde patchkabel tegen in de verpakking van het modem. Echter: zonder het groene verloopje wat de KPN NetwerkbeheerNL erop gezet heeft. Wat blijkt: deze steekt nog in onder in GPON:

 

 

 

 

ik heb nu dus een patchkabel groen-groen met aan de zijde van de GPON in een groen verloopje zitten.  @Jason / @Waqqas is dit bedoeling of veroorzaakt dit mijn problemen?

Ik kom zo terug op @Waqqas vraag als ik de boel heb aangesloten. 

En is het mogelijk voor een moderator om ‘Beantwoord’ van dit topic af te halen? Volgens mij hebben we nog geen oplossing dus dat ‘steekt’ een beetje. Ik snap dat het leuk staat een groen vinkje in de index, maar wat mij betreft is dit toch echt nog een openstaande issue. 

Met vriendelijke groet, 

Marco

 
 

 

 

600 Mbps is ook een prachtige snelheid over WiFi, maar die haalde ik ook met met mijn iPhone 12 en mijn eigen router (802.11ac) met de ‘verkeerde’ kabel, maar dit zegt absoluut niets over de maximaal haalbare bedrade snelheid. Daar moet ik toch echt even corrigeren. 
 

Ik snap wel dat die aanname gedaan wordt, maar ik kan hier thuis tussen mijn router en één van mijn nodes ‘gewoon’ ruim 1,5 gigabit verbindingen opzetten hoor, omdat ze uitgerust zijn met 802.11ac en gebruik kunnen maken van 160Mhz bandbreedte. Dus dat zou in principe ook met mijn mobiel moeten lukken, aangezien de is uitgerust met 802.11ac en 160Mhz. Is het nodig? Nee, dat absoluut niet. Maar leuk wel :-)

 

 Leesvoer voor je: https://www.allesoverdraadloosinternet.nl/wifi/wifi-80211ac/

Reputatie 7
Badge +15

@MarcoVanWeel 

600 Mbps via de Zyxel WiFi is wel heel mooi en daarmee mag je zeker verwachten dat de snelheid bedraad ook goed is, maar waarom bedraad lager is snap ik niet 😅

Verwacht zeker geen 950 Mbps over de WiFi 😉

Excuses: ik heb het volledig verkeerd begrepen, ik dacht dat de monteur op locatie was sec om de snelheid te testen, my bad! Bij een installatieafspraak wordt inderdaad enkel de wifi-snelheid getest, daar komt geen bekabelde test aan te pas. 

@Jason Er moest een patchkabel verwisseld worden (omdat KPN Netwerk met verloopjes aan 't klooien was geweest) en er moest getest worden of de geboden snelheid dan wel gehaald werd. Een Gigabit zou hier volgens de postcodecheck gewoon haalbaar zijn (ik zit 80 meter van de wijkkast af). Ik weet niet met wat voor mobieltjes de jongens van Guidion mee rond lopen, maar als er getest moet worden of er inderdaad een Gigabit geleverd moet worden en je constateert als monteur (letterlijk): “Via wifi haal ik de 600 dus dan moet bedraad zeker 950 Mbit lukken”, dan heb je toch niet getest of er een gigabit op de lijn geleverd wordt of ben ik nou heel erg kritisch?

Edit: het was dus geen installatieafspraak, die was de 13de al. En de 14de was KPN Netwerkbeheer hier om een FTU en ONT te plaatsen. En de verkeerde kabel aan te sluiten. Dus is er door @Boris een nieuwe kabel opgestuurd en moest ik wachten tot deze binnen was om de patchkabel te laten wisselen door Guidion en te laten testen of er nu wel een gigabit geleverd werd.

Reputatie 7
Badge +16

Excuses: ik heb het volledig verkeerd begrepen, ik dacht dat de monteur op locatie was sec om de snelheid te testen, my bad! Bij een installatieafspraak wordt inderdaad enkel de wifi-snelheid getest, daar komt geen bekabelde test aan te pas.