Sluit gewoon de standaard modem van KPN aan en kijk een poosje aan hoe dat gaat.

Bellen heeft alleen zin als de originele modem is aangesloten, want dan wordt er pas service gegeven omdat men de lijn kan controleren met de juist aangesloten modem/router, KPN Box12.

De screendump is zo te zien, met je eigen router aangesloten, daar kan KPN niets mee.

Dat heb ik al gedaan zoals ik zei. En dat maakt helemaal geen verschil.

Dan nogmaals even bellen met KPN, 0800 0402, Facebook, Twitter of de chat.

Succes.

Welke NTU / ONT heb je gekregen?

Plaats anders eens een foto van die NTU / ONT.

Dit is hem. De eerste die ik had was veel kleiner. Dit model heb ik nu dus al drie van gehad.

Dat vermoeden had ik al, jouw aansluiting is dus overgezet van G.PON naar XGS.PON en die blijkt dus niet goed te functioneren.

Het zou zelfs zo kunnen zijn dat het uiteinde van de glasvezel in de FTU (dat kleine witte kastje achter die ONT) vuil of beschadigd is waardoor er te veel demping ontstaat of dat het probleem zelfs hogerop in de OLT gezocht moet worden.

Ik ben bang dat dit opnieuw een gevalletje monteur gaat worden.

@RickGW Welkom op het forum. 

Wat irritant dat je sinds je nieuwe NT een wegvallende verbinding hebt, en ook dat het niet lukt om er met de klantenservice uit te komen. 

Ik controleer graag of er iets is dat ik voor je kan betekenen. Zou je daarom voor mij je forumprofiel willen invullen? 

En hier een seintje kunnen geven als dit is gelukt? Dan kan ik je gegevens er bij pakken en op onderzoek uit! 

Bij deze aangevuld! Verbinding viel vandaag trouwens weer meerdere keren weg.

Al wat bekend? Want ik zit hier nu al 18 dagen met een haperende verbinding. Ik neem toch niet voor niets een 1000/1000 verbinding af bij KPN? Dat is niet voor twee mailtjes versturen per dag en een beetje Netflixen…. Ik ervaar zeg maar dit verhaal waar jullie mee adverteren en dan alles tegenovergesteld:

Een glasvezelverbinding loopt altijd direct naar jouw voordeur, zonder onderbrekingen in de wijk. Moeder kijkt GTST, vader kijkt een voetbalwedstrijd en de kinderen gamen en vloggen erop los. Herkenbaar? Met Glasvezel Internet is jouw internetverbinding altijd stabiel en snel, ook al is je hele gezin online.

De glasvezelverbinding in huis wordt niet verstoord door externe factoren, zoals de afstand tot de wijkcentrale of het internetgedrag van je buren. Het grote voordeel hiervan is dat je een uiterst betrouwbare verbinding hebt. Dat betekent videobellen zonder haperingen en YouTube video’s kijken zonder bufferen.

Bijna drie weken later, vier monteurs verder en drie NT-kastjes verder en er verandert helemaal niets. Dat kan toch niet de bedoeling zijn? En dat terwijl ik afgelopen half jaar nergens om gevraagd heb. Voor mij hoefde die eerste NT niet vervangen te worden…

Laat ik zeggen dat ik bij jullie grote concurrent op de ‘inferieure’ coaxkabel in elk geval een veel stabielere verbinding had.

@RickGW Ik heb een aantal metingen uitgevoerd en de laatste wegvallende verbinding die ik meet is van 27-02. 

Is de verbinding hierna ook nog weggevallen? En als de verbinding wegvalt, hoe branden de lampjes op het NT op dat moment? 

Vandaag en gisteren had ik inderdaad geen last van wegvallende verbindingen, maar die periodes van twee dagen als ik de verbinding niet wat groter belast, zijn vaker voorgekomen. De volgende keer mocht de verbinding wegvallen, zal ik even kijken of ik op tijd bij de meterkast kan zijn. Voor nu even wordt vervolgd.

Afgelopen zaterdagavond viel de verbinding weer eens weg en inderdaad, wederom nadat er veel activiteit was. Dus het probleem is niet opgelost. 

@Rutger_  FYI. Hoe nu verder? Want dit is gewoon onacceptabel en ik krijg sterk het idee dat KPN ook niet weet waar het aan ligt. Ik kon zo gauw niet in de meterkast kijken deze keer.

@RickGW Jammer om te lezen dat de verbinding nog wegvalt. 

Ik zie inderdaad de weggevallen verbinding, maar meet op dit moment weer een stabiele verbinding. 

Dit zorgt er voor dat het oplossen van het probleem of het aansturen van bijvoorbeeld een monteur via het forum niet de handigste manier is.

Ik zou dan in dit geval ook eigenlijk willen adviseren contact op te nemen met mijn collega's op 0800-0402 op het moment dat de verbinding weg is. 

Mijn vermoeden is namelijk dat er opnieuw een monteur aangestuurd moet worden, alleen kan ik deze niet inplannen op het moment dat de verbinding "stabiel" is. 

Vandaar het verzoek tot contact met mijn collega's! 

Inmiddels zijn we weer een stuk of drie monteurs verder en is er geen steek veranderd.

Uur geleden:

Mar 28 12:28:57 pppd[26100]: Serial link appears to be disconnected.
Mar 28 12:28:57 WAN Connection: Fail to connect with some issues.
Mar 28 12:28:57 DualWAN: skip single wan wan_led_control - WANRED off
Mar 28 12:29:03 pppd[26100]: Connection terminated.
Mar 28 12:29:03 pppd[26100]: Modem hangup
Mar 28 12:29:13 pppd[26100]: Connected to x.x.x.x via interface vlan6
Mar 28 12:29:13 pppd[26100]: Connect: ppp0 <--> vlan6
Mar 28 12:29:13 pppd[26100]: PAP authentication succeeded
Mar 28 12:29:13 pppd[26100]: peer from calling number x.x.x.x authorized
Mar 28 12:29:13 pppd[26100]: local  IP address x.x.x.x
Mar 28 12:29:13 pppd[26100]: remote IP address x.x.x.x
Mar 28 12:29:13 wan: finish adding multi routes
Mar 28 12:29:14 start_ddns: update WWW.ASUS.COM update@asus.com, wan_unit 0
Mar 28 12:29:14 start_ddns: Clear ddns cache.
Mar 28 12:29:14 start_ddns: Start Inadyn(10).
Mar 28 12:29:14 inadyn[24931]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Mar 28 12:29:14 inadyn[24931]: Update forced for alias xxx.asuscomm.com, new IP# x.x.x.x
Mar 28 12:29:14 WAN Connection: WAN was restored.
Mar 28 12:29:14 inadyn[24931]: alias address=<x.x.x.x>
Mar 28 12:29:14 inadyn[24931]: request<GET /ddns/update.jsp?hostname=xxx.asuscomm.com&myip=**.***.**.***&model=RT-AC86U&fw_ver=3.0.0.4.386_46092-g0d2214a HTTP/1.0^M Authorization: Basic MjQ0QkZFNUY0MkMwOjYyOTBEOUM2RkVEMzA2MTNENDY5NTY3NzUwQzk3RTI5^M Host: ns1.asuscomm.com^M User-Agent: inadyn/2.8.1 https://github.com/troglobit/inadyn/issues^M ^M >
Mar 28 12:29:15 inadyn[24931]: [response_update]HTTP/1.1 200 OK^M Date: Mon, 28 Mar 2022 10:29:15 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Mar 28 12:29:15 inadyn[24931]: Updating cache for xxx.asuscomm.com
Mar 28 12:29:15 ddns: ddns update ok

En vannacht ook nog. En dat is dus terwijl er verder niks gebeurt.

Afgelopen vrijdag heb ik KPN middels het klachtenformulier ook in gebreke gesteld en ze 14 dagen de tijd gegeven om het probleem definitief op te lossen, anders heb ik het recht om het contract eenzijdig te ontbinden.

Het is mooi geweest.

Admin: gegevens verwijderd i.v.m. privacy

Het is erg jammer dat er nu terug verwezen wordt naar de telefonische helpdesk, want meestal kom je op dit forum verder dan de telefonische klantenservice.

Kennelijk zit er een probleem op de XGSPON OLT, want @RickGW geeft duidelijk dat er op GPON geen probleem was. Is er wel onderzoek gedaan naar de demping, en klanten die op dezelfde OLT zitten? Zijn daar ook klachten over binnengekomen? Ikzelf vermoedt dat het door de belasting op de OLT komt gedurende “piektijden” waardoor deze onderuit gaat. Maar dit moet dan ook merkbaar zijn voor de andere klanten op dezelfde OLT.

Wederom tijdens een beetje YouTuben en verder niks speciaals

Mar 30 12:21:56 pppd[26100]: Serial link appears to be disconnected.
Mar 30 12:22:00 WAN Connection: Fail to connect with some issues.
Mar 30 12:22:00 DualWAN: skip single wan wan_led_control - WANRED off
Mar 30 12:22:02 pppd[26100]: Connection terminated.
Mar 30 12:22:03 pppd[26100]: Modem hangup
Mar 30 12:22:13 pppd[26100]: Connected to x.x.x.x via interface vlan6
Mar 30 12:22:13 pppd[26100]: Connect: ppp0 <--> vlan6
Mar 30 12:22:13 pppd[26100]: PAP authentication succeeded
Mar 30 12:22:13 pppd[26100]: peer from calling number x.x.x.x authorized
Mar 30 12:22:13 pppd[26100]: local  IP address x.x.x.x
Mar 30 12:22:13 pppd[26100]: remote IP address x.x.x.x
Mar 30 12:22:13 wan: finish adding multi routes
Mar 30 12:22:13 start_ddns: update WWW.ASUS.COM update@asus.com, wan_unit 0
Mar 30 12:22:13 start_ddns: Clear ddns cache.
Mar 30 12:22:13 start_ddns: Start Inadyn(10).
Mar 30 12:22:13 inadyn[13478]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Mar 30 12:22:13 inadyn[13478]: Update forced for alias xxx.asuscomm.com, new IP# x.x.x.x
Mar 30 12:22:14 inadyn[13478]: alias address=<x.x.x.x>
Mar 30 12:22:14 inadyn[13478]: request<GET /ddns/update.jsp?hostname=xxx.asuscomm.com&myip=x.x.x.x&model=RT-AC86U&fw_ver=3.0.0.4.386_46092-g0d2214a HTTP/1.0^M Authorization: Basic xxx  Host: ns1.asuscomm.com^M User-Agent: inadyn/2.8.1 https://github.com/troglobit/inadyn/issues^M ^M >
Mar 30 12:22:14 inadyn[13478]: [response_update]HTTP/1.1 200 OK^M Date: Wed, 30 Mar 2022 10:22:14 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Mar 30 12:22:14 inadyn[13478]: Updating cache for xxx.asuscomm.com
Mar 30 12:22:14 ddns: ddns update ok
Mar 30 12:22:15 WAN Connection: WAN was restored.

@RickGW Bedankt voor je reacties en deze opvolging. 

Erg irritant dat het probleem nog niet opgelost is!

Ik heb de situatie intern doorgezet, de monteursplanning zal vandaag opnieuw contact met je opnemen!

Nou, er heeft vandaag niemand contact opgenomen met mij. En dat is niet de eerste keer dat er beloofd werd dat er ‘vandaag nog iemand contact met u opneemt’ en dat deze belofte niet waargemaakt werd, waardoor ik zelf maar weer ben gaan bellen de volgende dag. Maar goed, dat aan het lijntje gehouden worden ben ik de afgelopen kleine twee maanden wel gewend ondertussen.

Hier, zijn er weer een aantal (midden in de nacht):

Mar 31 03:11:34 pppd[26100]: Serial link appears to be disconnected.
Mar 31 03:11:37 WAN Connection: Fail to connect with some issues.
Mar 31 03:11:37 DualWAN: skip single wan wan_led_control - WANRED off
Mar 31 03:11:40 pppd[26100]: Connection terminated.
Mar 31 03:11:41 pppd[26100]: Modem hangup
Mar 31 03:11:51 pppd[26100]: Connected to xxxx via interface vlan6
Mar 31 03:11:51 pppd[26100]: Connect: ppp0 <--> vlan6
Mar 31 03:11:51 pppd[26100]: PAP authentication succeeded
Mar 31 03:11:51 pppd[26100]: peer from calling number xxxx authorized
Mar 31 03:11:51 pppd[26100]: local  IP address xxxx
Mar 31 03:11:51 pppd[26100]: remote IP address xxxx
Mar 31 03:11:51 wan: finish adding multi routes
Mar 31 03:11:51 start_ddns: update WWW.ASUS.COM update@asus.com, wan_unit 0
Mar 31 03:11:51 start_ddns: Clear ddns cache.
Mar 31 03:11:51 start_ddns: Start Inadyn(10).
Mar 31 03:11:51 inadyn[1308]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Mar 31 03:11:51 inadyn[1308]: Update forced for alias xxxx.asuscomm.com, new IP# xxxx
Mar 31 03:11:52 inadyn[1308]: alias address=<xxxx>
Mar 31 03:11:52 inadyn[1308]: request<GET /ddns/update.jsp?hostname=xxxx.asuscomm.com&myip=xxxx&model=RT-AC86U&fw_ver=3.0.0.4.386_46092-g0d2214a HTTP/1.0^M Authorization: Basic xxxx Host: ns1.asuscomm.com^M User-Agent: inadyn/2.8.1 https://github.com/troglobit/inadyn/issues^M ^M >
Mar 31 03:11:52 inadyn[1308]: [response_update]HTTP/1.1 200 OK^M Date: Thu, 31 Mar 2022 01:11:52 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Mar 31 03:11:52 inadyn[1308]: Updating cache for xxxx.asuscomm.com
Mar 31 03:11:52 ddns: ddns update ok
Mar 31 03:11:53 WAN Connection: WAN was restored.
Mar 31 03:30:31 pppd[26100]: Serial link appears to be disconnected.
Mar 31 03:30:32 WAN Connection: Fail to connect with some issues.
Mar 31 03:30:32 DualWAN: skip single wan wan_led_control - WANRED off
Mar 31 03:30:37 pppd[26100]: Connection terminated.
Mar 31 03:30:37 pppd[26100]: Modem hangup
Mar 31 03:30:47 pppd[26100]: Connected to xxxx via interface vlan6
Mar 31 03:30:47 pppd[26100]: Connect: ppp0 <--> vlan6
Mar 31 03:30:47 pppd[26100]: PAP authentication succeeded
Mar 31 03:30:47 pppd[26100]: peer from calling number xxxx authorized
Mar 31 03:30:47 pppd[26100]: local  IP address xxxx
Mar 31 03:30:47 pppd[26100]: remote IP address xxxx
Mar 31 03:30:48 wan: finish adding multi routes
Mar 31 03:30:48 start_ddns: update WWW.ASUS.COM update@asus.com, wan_unit 0
Mar 31 03:30:48 start_ddns: Clear ddns cache.
Mar 31 03:30:48 start_ddns: Start Inadyn(10).
Mar 31 03:30:48 inadyn[4217]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Mar 31 03:30:48 WAN Connection: WAN was restored.

@RickGW Volgens de notitie in het systeem is er wel een belpoging gedaan, is er ook geen gemiste oproep geweest? 

Ik zie dat er nu een monteur voor maandag gepland is, zou je kunnen laten weten of deze het probleem heeft opgelost? 

De monteur is geweest, heeft even wat dingetjes in de meterkast uitgesloten (vervanging adapter NT, vastklikken NT en glasvezel schoongemaakt) en hij vond nadien met een collega nog het e.e.a. in het wijkkast/centrale gedeelte. Er is een actie uitgezet om de GBIC te vervangen geloof ik, want ze konden zien dat daar waarschijnlijk ook iets mee was. Komende vrijdag vervolgafspraak en ik heb nu het directe nummer van de monteur (zonder dat ik dus de hele tijd langs de klantenservice molen hoef).

Heb nu wel eindelijk het gevoel dat de juiste mensen ermee bezig zijn. We zullen zien.

@RickGW Klopt het dat er ondertussen opnieuw een monteur is geweest en dat de problemen nu opgelost lijken te zijn? 

Ja, er is een monteur geweest (Frank) en nee, de problemen zijn nog steeds niet opgelost. Er is geloof ik her en der in de wijkkast etc wel wat gedaan. Ik heb al wel direct contact met Frank gehad, maar ik moest via de klantenservice dan een nieuw ticket inschieten, maar de klantenservice was gisteren begin van de avond telefonisch niet bereikbaar. 

Apr 11 04:15:21 pppd[8301]: Serial link appears to be disconnected.
Apr 11 04:15:21 WAN Connection: Fail to connect with some issues.
Apr 11 04:15:21 DualWAN: skip single wan wan_led_control - WANRED off
Apr 11 04:15:27 pppd[8301]: Connection terminated.
Apr 11 04:15:27 pppd[8301]: Modem hangup
Apr 11 04:16:12 pppd[8301]: Timeout waiting for PADO packets
Apr 11 04:17:27 pppd[8301]: Timeout waiting for PADO packets
Apr 11 04:18:43 pppd[8301]: Timeout waiting for PADO packets
Apr 11 04:19:58 pppd[8301]: Timeout waiting for PADO packets
Apr 11 04:21:13 pppd[8301]: Timeout waiting for PADO packets
Apr 11 04:21:13 pppd[8301]: Connected to xxx via interface vlan6
Apr 11 04:21:13 pppd[8301]: Connect: ppp0 <--> vlan6
Apr 11 04:21:13 pppd[8301]: PAP authentication succeeded
Apr 11 04:21:13 pppd[8301]: peer from calling number xxx authorized
Apr 11 04:21:13 pppd[8301]: local  IP address xxx
Apr 11 04:21:13 pppd[8301]: remote IP address xxx
Apr 11 04:21:13 wan: finish adding multi routes
Apr 11 04:21:13 start_ddns: update WWW.ASUS.COM update@asus.com, wan_unit 0
Apr 11 04:21:13 start_ddns: Clear ddns cache.
Apr 11 04:21:13 start_ddns: Start Inadyn(10).
Apr 11 04:21:13 inadyn[28766]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Apr 11 04:21:14 inadyn[28766]: Update forced for alias xxx.asuscomm.com, new IP# xxx
Apr 11 04:21:14 inadyn[28766]: alias address=<xxx>
Apr 11 04:21:14 inadyn[28766]: request<GET /ddns/update.jsp?hostname=xxx.asuscomm.com&myip=xxx&model=RT-AC86U&fw_ver=3.0.0.4.386_48260-gd4c241c HTTP/1.0^M Authorization: Basic xxx Host: ns1.asuscomm.com^M User-Agent: inadyn/2.8.1 https://github.com/troglobit/inadyn/issues^M ^M >
Apr 11 04:21:15 inadyn[28766]: [response_update]HTTP/1.1 200 OK^M Date: Mon, 11 Apr 2022 02:21:14 GMT^M Server: Apache^M Content-Length: 0^M Connection: close^M Content-Type: text/html; charset=UTF-8^M ^M
Apr 11 04:21:15 inadyn[28766]: Updating cache for xxx.asuscomm.com
Apr 11 04:21:15 ddns: ddns update ok
Apr 11 04:21:17 WAN Connection: WAN was restored.

Klantenservice via 0800-0402 is voor mij nog steeds niet bereikbaar (om monteur Frank weer op actie te zetten). Eerst wordt er gevraagd of ik een of ander noodpakket weer wil aanvullen met 50 GB, als ik ‘nee’ zeg, word ik zogenaamd doorgeschakeld naar één van de medewerkers, waarna de verbinding keer op keer verbroken wordt.

Heb inmiddels met Frank contact gehad, de melding hierboven kwam door gepland onderhoud (ok, dat kan), we hebben even afgesproken wat de verbinding de komende dagen gaat doen.