Skip to main content

Internet valt zo'n 1x per maand weg met eigen router, ONT problemen?

  • July 19, 2026
  • 9 reacties
  • 87 Bekeken
r3verse

Mijn internet (WAN verbinding) valt ongeveer 1x per maand compleet weg, zonder zichzelf te herstellen. Het herstarten van mijn ONT of het herstarten van mijn router herstelt het dan (maakt niet uit welke ik kies denk ik, als ik maar 1 van de 2 eventjes van het stroom haal of herstart).

Ik heb een eigen router (met vid 300 gekoppeld) direct achter de ONT: RT-BE92U (draait op laatste firmware van mei: 3.0.0.6.102_39063), en een oude ONT, bij de aanleg van glasvezel geplaatst (ik denk door KPN gedaan), genaamd: CTS Gigabit Media Converter 10/100/1000Base-TX RJ45 to 1000Base-SX SC

Toen ik nog een Odido router had, leek dit probleem niet voor te vallen. 

Nu heb ik de logging bekeken in de router, tijdens het laatste voorval, onderstaande log komt er uit, ik heb hier mijn WAN IP vervangen door de tekst MIJN_HUIDIGE_IP. Rond 16:32:22 ging het mis met mijn WAN verbinding, dit kon ook een paar minuten eerder zijn, dat weet ik niet meer precies. Rond 16:43:01 heb ik de ONT herstart en dat zie je terug in de logging rond die tijd, daarna heeft de verbinding zichzelf herstelt. 

Bij het wat rondlezen op internet kom ik verhalen tegen dat de Broadcom chip in mij router wat nieuw/bewerkelijk is, ik weet niet of dat een oorzaak kan zijn. Een mogelijke oplossing was voorgesteld om de snelheid van WAN op een vaste waarde te zetten i.p.v. negotiation, maar die instelling mist op mijn router (deze accepteert snelheden tot 10G op WAN). Ook was voorgesteld om de "DHCP query frequency” van Agressive Mode af te halen en op Normal Mode te zetten, dit heb ik zojuist gedaan, maar kan het resultaat daarvan natuurlijk pas over 1 of 2 maanden merken.

Ten slotte is het oudste component in de keten dan de ONT geloof ik, de match tussen 10G WAN op de router en 1G converter op de ONT is wellicht wat stroef?

Tot zover mijn bevindingen en ideeën, hoop dat iemand mij hier verder mee kan helpen!

 

Jul 19 15:27:12 hostapd: wl0.1: STA c8:7f:54:1f:33:49 WPA: group key handshake completed (RSN)
Jul 19 15:27:15 hostapd: wl1.1: STA c8:7f:54:1f:33:4c WPA: group key handshake completed (RSN)
Jul 19 15:27:15 hostapd: wl1.1: STA 48:b0:2d:08:01:b2 WPA: group key handshake completed (RSN)
Jul 19 16:15:14 dnsmasq-dhcp[4687]: DHCPREQUEST(br0) 192.168.50.245 80:a0:36:f3:a2:2a 
Jul 19 16:15:14 dnsmasq-dhcp[4687]: DHCPACK(br0) 192.168.50.245 80:a0:36:f3:a2:2a mxchip
Jul 19 16:23:36 wlceventd: wlceventd_proc_event(685): wl1.1: Auth 06:72:8A:33:A4:1D, status: Successful (0), rssi:-63
Jul 19 16:23:36 hostapd: wl1.1: STA 06:72:8a:33:a4:1d IEEE 802.11: associated (aid 2)
Jul 19 16:23:36 wlceventd: wlceventd_proc_event(695): wl1.1: ReAssoc 06:72:8A:33:A4:1D, status: Successful (0), rssi:-63
Jul 19 16:23:36 hostapd: wl1.1: STA 06:72:8a:33:a4:1d RADIUS: starting accounting session 4A95FAD9C661055D
Jul 19 16:23:36 hostapd: wl1.1: STA 06:72:8a:33:a4:1d WPA: pairwise key handshake completed (RSN)
Jul 19 16:27:12 hostapd: wl0.1: STA f0:fe:6b:7a:80:3d WPA: group key handshake completed (RSN)
Jul 19 16:27:12 hostapd: wl0.1: STA 80:a0:36:f3:a2:2a WPA: group key handshake completed (RSN)
Jul 19 16:27:12 hostapd: wl0.1: STA c8:7f:54:1f:33:49 WPA: group key handshake completed (RSN)
Jul 19 16:27:15 hostapd: wl1.1: STA c8:7f:54:1f:33:4c WPA: group key handshake completed (RSN)
Jul 19 16:27:15 hostapd: wl1.1: STA 48:b0:2d:08:01:b2 WPA: group key handshake completed (RSN)
Jul 19 16:27:16 hostapd: wl1.1: STA 06:72:8a:33:a4:1d WPA: group key handshake completed (RSN)
Jul 19 16:32:22 avahi-daemon[4004]: Withdrawing address record for MIJN_HUIDIGE_IP on vlan300.
Jul 19 16:32:22 lldpd[4086]: removal request for address of MIJN_HUIDIGE_IP%30, but no knowledge of it
Jul 19 16:32:22 avahi-daemon[4004]: Leaving mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:32:22 avahi-daemon[4004]: Interface vlan300.IPv4 no longer relevant for mDNS.
Jul 19 16:32:22 avahi-daemon[4004]: Joining mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:32:22 lldpd[4086]: removal request for address of MIJN_HUIDIGE_IP%30, but no knowledge of it
Jul 19 16:32:22 avahi-daemon[4004]: New relevant interface vlan300.IPv4 for mDNS.
Jul 19 16:32:22 avahi-daemon[4004]: Registering new address record for MIJN_HUIDIGE_IP on vlan300.IPv4.
Jul 19 16:32:22 avahi-daemon[4004]: Withdrawing address record for MIJN_HUIDIGE_IP on vlan300.
Jul 19 16:32:22 avahi-daemon[4004]: Leaving mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:32:22 avahi-daemon[4004]: Interface vlan300.IPv4 no longer relevant for mDNS.
Jul 19 16:32:22 avahi-daemon[4004]: Joining mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:32:22 avahi-daemon[4004]: New relevant interface vlan300.IPv4 for mDNS.
Jul 19 16:32:22 avahi-daemon[4004]: Registering new address record for MIJN_HUIDIGE_IP on vlan300.IPv4.
Jul 19 16:32:23 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:32:23 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:32:23 udhcpc_wan[3967]: hnd_get_phy_status: Temporarily Router cannot get the PHY() status...
Jul 19 16:32:23 wan: finish adding multi routes
Jul 19 16:32:23 kernel: Crossbow TCP Pure ACK Enabled
Jul 19 14:32:23 wan_up: Restart DDNS
Jul 19 14:32:23 dhcp client: renew MIJN_HUIDIGE_IP/255.255.254.0 via 87.212.136.1 for 1800 seconds.
Jul 19 16:34:49 wlceventd: wlceventd_proc_event(645): wl1.1: Deauth_ind 06:72:8A:33:A4:1D, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:0
Jul 19 16:34:49 wlceventd: wlceventd_proc_event(662): wl1.1: Disassoc 06:72:8A:33:A4:1D, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Jul 19 16:34:49 hostapd: wl1.1: STA 06:72:8a:33:a4:1d IEEE 802.11: disassociated
Jul 19 16:34:49 hostapd: wl1.1: STA 06:72:8a:33:a4:1d IEEE 802.11: disassociated
Jul 19 16:37:31 wlceventd: wlceventd_proc_event(685): wl2.1: Auth 06:72:8A:33:A4:1D, status: Successful (0), rssi:-55
Jul 19 16:37:31 hostapd: wl2.1: STA 06:72:8a:33:a4:1d IEEE 802.11: associated (aid 1)
Jul 19 16:37:31 wlceventd: wlceventd_proc_event(722): wl2.1: Assoc 06:72:8A:33:A4:1D, status: Successful (0), rssi:-55
Jul 19 16:37:31 hostapd: wl2.1: STA 06:72:8a:33:a4:1d RADIUS: starting accounting session 79AB92BBE4E3CE1A
Jul 19 16:37:31 hostapd: wl2.1: STA 06:72:8a:33:a4:1d WPA: pairwise key handshake completed (RSN)
Jul 19 16:37:31 dnsmasq-dhcp[4687]: DHCPREQUEST(br0) 192.168.50.151 06:72:8a:33:a4:1d 
Jul 19 16:37:31 dnsmasq-dhcp[4687]: DHCPACK(br0) 192.168.50.151 06:72:8a:33:a4:1d motorola-edge-50-neo
Jul 19 16:37:33 HTTPD: [LOGIN][https][Web] successed (192.168.50.151)
Jul 19 16:43:01 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 9) Link DOWN.
Jul 19 16:43:10 WAN(0) Connection: WAN(0) link down.
Jul 19 16:43:25 kernel: eth0 (Int switch port: 0) (Logical Port: 0) (phyId: 9) Link Up at 1000 mbps full duplex AN: On
Jul 19 16:43:28 WAN(0) Connection: WAN(0) link up.
Jul 19 16:43:28 rc_service: wanduck 2965:notify_rc restart_wan_if 0
Jul 19 16:43:28 lldpd[4086]: removal request for address of MIJN_HUIDIGE_IP%30, but no knowledge of it
Jul 19 16:43:28 avahi-daemon[4004]: Withdrawing address record for MIJN_HUIDIGE_IP on vlan300.
Jul 19 16:43:28 avahi-daemon[4004]: Leaving mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:43:28 avahi-daemon[4004]: Interface vlan300.IPv4 no longer relevant for mDNS.
Jul 19 16:43:28 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:28 dhcp client: deconfig
Jul 19 16:43:30 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:30 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:30 dhcp client: deconfig
Jul 19 16:43:32 avahi-daemon[4004]: Joining mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:43:32 lldpd[4086]: removal request for address of MIJN_HUIDIGE_IP%30, but no knowledge of it
Jul 19 16:43:32 avahi-daemon[4004]: New relevant interface vlan300.IPv4 for mDNS.
Jul 19 16:43:32 avahi-daemon[4004]: Registering new address record for MIJN_HUIDIGE_IP on vlan300.IPv4.
Jul 19 16:43:32 avahi-daemon[4004]: Withdrawing address record for MIJN_HUIDIGE_IP on vlan300.
Jul 19 16:43:32 avahi-daemon[4004]: Leaving mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:43:32 avahi-daemon[4004]: Interface vlan300.IPv4 no longer relevant for mDNS.
Jul 19 16:43:32 avahi-daemon[4004]: Joining mDNS multicast group on interface vlan300.IPv4 with address MIJN_HUIDIGE_IP.
Jul 19 16:43:32 avahi-daemon[4004]: New relevant interface vlan300.IPv4 for mDNS.
Jul 19 16:43:32 avahi-daemon[4004]: Registering new address record for MIJN_HUIDIGE_IP on vlan300.IPv4.
Jul 19 16:43:33 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:33 udhcpc_wan[7325]: hnd_get_phy_status: Temporarily Router cannot get the PHY() status...
Jul 19 16:43:33 wan: finish adding multi routes
Jul 19 16:43:33 kernel: Crossbow TCP Pure ACK Enabled
Jul 19 16:43:33 rc_service: udhcpc_wan 7325:notify_rc stop_samba
Jul 19 16:43:33 Samba Server: smb daemon is stopped
Jul 19 16:43:34 WAN(0) Connection: WAN was restored.
Jul 19 16:43:34 dnsmasq[4687]: read /etc/hosts - 22 names
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 37.143.84.228#53
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 62.58.48.20#53
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[4687]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 rc_service: udhcpc_wan 7325:notify_rc start_samba
Jul 19 16:43:34 dnsmasq[4687]: exiting on receipt of SIGTERM
Jul 19 16:43:34 dnsmasq[7697]: started, version 2.90 cachesize 1500
Jul 19 16:43:34 dnsmasq[7697]: asynchronous logging enabled, queue limit is 5 messages
Jul 19 16:43:34 dnsmasq-dhcp[7697]: DHCP, IP range 192.168.50.2 -- 192.168.50.254, lease time 1d
Jul 19 16:43:34 dnsmasq[7697]: read /etc/hosts - 22 names
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 37.143.84.228#53
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 62.58.48.20#53
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 37.143.84.228#53
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 62.58.48.20#53
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 37.143.84.228#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:34 dnsmasq[7697]: using nameserver 62.58.48.20#53 for domain ftth.glasoperator.nl 
Jul 19 16:43:35 wan_up: Restart DDNS

July 20, 2026

Hi ​@r3verse, je zit op onze Community helemaal goed met deze vraag. Top dat je een topic bent gestart! Omdat het om je eigen setup gaat, kan ik je niet helpen. ​@rvk01 of ​@Waqqas, hebben jullie misschien enig idee? Dankjewel!

9 reacties

Cheyenne van Odido
Moderator
Forum|alt.badge.img+5

Hi ​@r3verse, je zit op onze Community helemaal goed met deze vraag. Top dat je een topic bent gestart! Omdat het om je eigen setup gaat, kan ik je niet helpen. ​@rvk01 of ​@Waqqas, hebben jullie misschien enig idee? Dankjewel!

Neem alvast een kijkje in onze Wiki: https://community.odido.nl/knowledge-base
r3verse
  • r3verse
  • Auteur
  • is een Top Poster
  • July 20, 2026

Hey ​@Cheyenne van Odido, de wettelijke vrije modem keuze moet mij in staat stellen om elke deugdelijke router/modem achter de ONT te plaatsen, of heb ik dat verkeerd? Als de ONT dan vermoedelijk niet juist functioneert met nieuwere eigen apparatuur (wat ik zeker nog niet wil beweren trouwens), waar moet ik dan zijn? De ONT heb ik (of een andere consument) nooit zelf geplaatst dus dat is mijn keuze nooit geweest. 

rvk01
  • rvk01
  • July 20, 2026

Weke kabel gebruik je tussen de ONT en je eigen router?
De standaard meegeleverde korte gele CAT6 kabel?

De ONT heb ik (of een andere consument) nooit zelf geplaatst dus dat is mijn keuze nooit geweest. 

Je mag overigens ook je eigen ONT gebruiken. Ook als je b.v. een Fritzbox zou hebben zou je een eigen SFP+ module mogen gebruiken (glasvezel van de FTU direct maar een insteekmodule die je in de Fritzbox kunt doen).

 

r3verse
  • r3verse
  • Auteur
  • is een Top Poster
  • July 20, 2026

​@rvk01 ik gebruik een eigen Cat6 SSTP kabel op die plek. De gele kabel was ooit defect geraakt. 

Wat betreft een eigen ONT, bedankt voor het advies, maar graag heb ik eerst helder waar deze verantwoordelijkheid ligt, voordat ik de volledige apparatuur in eigen hand neem. Ik sta daar niet persee om te springen. 

rvk01
  • rvk01
  • July 20, 2026

​@rvk01 ik gebruik een eigen Cat6 SSTP kabel op die plek. De gele kabel was ooit defect geraakt. 

Je kunt in ieder geval een nieuwe (korte) kabel proberen. Ook deze zou slecht geworden kunnen zijn (ondanks dat het maar 1x per maand gebeurd).

Wat betreft een eigen ONT, bedankt voor het advies, maar graag heb ik eerst helder waar deze verantwoordelijkheid ligt, voordat ik de volledige apparatuur in eigen hand neem. Ik sta daar niet persee om te springen. 

De verantwoordelijkheid van de ONT die geleverd is door Odido ligt natuurlijk bij Odido. Maar het probleem is dus dat ALS je zit met een incompatibiliteit (wat dus nog niet zeker is), zij ook niet de kennis hebben om dit op te lossen. Dat zie je ook bij het voortdurend probleem met incompatibiliteit van bepaalde switches op de Zyxel (om nog niet te spreken over de brakke WiFi implementatie van de Zyxel). En ondersteuning op eigen apparatuur geven ze niet. Dus dan wordt het heel snel een heen en weer gesteggel (tenzij jij de fout in hun apparatuur aan kunt geven).

Het enige dat Odido dan kan doen is het probleem doorspelen naar Zyxel in de hoop dat zij iets kunnen vinden.

r3verse
  • r3verse
  • Auteur
  • is een Top Poster
  • July 20, 2026

​@rvk01 bedankt voor de reactie. 

Graag hoor ik van ​@Cheyenne van Odido of er naar mijn aangeleverde informatie, en in bijzonder de router logs, kan worden gekeken, zodat het eea kan worden uitgesloten of bevestigd. Mocht de kans aanwezig zijn dat een nieuwe ONT of iets anders vanuit Odido dit euvel kan oplossen, dan hou ik mij graag aanbevolen. 

Nora van Odido
Moderator
Forum|alt.badge.img+9
  • Nora van Odido
  • Moderator | Internet + TV
  • July 21, 2026

Hi ​@r3verse, ik wil je met alle liefde verder helpen, echter kunnen we alleen ondersteuning bieden wanneer onze apparatuur aangesloten staat. Ik wil je dan ook vragen om ons modem aan te sluiten en te controleren of het wegvallen dan nog steeds voorkomt. Wil je dit testen en me laten weten of dit het geval is, en zo ja op welke momenten de verbinding wegvalt? Ook ben ik benieuwd welke lampjes op dat moment branden op het modem of de lampjes anders gaan branden op de ONT. Hou je me op de hoogte? 
 

Ongevraagde privéberichten worden niet beantwoord. Neem snel een kijkje in onze handige Wiki: https://community.odido.nl/knowledge-base.
rvk01
  • rvk01
  • July 21, 2026

Wil je dit testen en me laten weten of dit het geval is, en zo ja op welke momenten de verbinding wegvalt? 

Dat was al aangegeven... 🙄

 

Toen ik nog een Odido router had, leek dit probleem niet voor te vallen. 

 

Nora van Odido
Moderator
Forum|alt.badge.img+9
  • Nora van Odido
  • Moderator | Internet + TV
  • July 22, 2026

Hi, de reden dat ik in dit geval om een nieuwe test vraag, is dat niet duidelijk is wanneer ons modem nog aangesloten stond. Mocht er toch een probleem in de ONT zitten dan komt het issue ook weer voor op ons modem. Wanneer ons modem aangesloten staat, kunnen wij direct verdere stappen ondernemen. Mocht met ons modem aangesloten er geen issues zijn, dan zit het probleem echt in de eigen apparatuur. Hier kunnen wij geen verdere ondersteuning op bieden. Vandaar mijn vraag! 

Ongevraagde privéberichten worden niet beantwoord. Neem snel een kijkje in onze handige Wiki: https://community.odido.nl/knowledge-base.
ForumvoorwaardenAccessibility statement