Vraag

DHCP server werkt niet of niet goed

  • 23 januari 2019
  • 20 reacties
  • 428 keer bekeken

Goedendag,

Al een paar weken werkt de wifi in mij huis niet goed.
Hier heb ik al een paar keer contact over gehad met jullie onderstaande acties zijn er al ondernomen vanaf jullie kant:

  • alles is gereset en opnieuw verbonden met de router
  • De router is vervangen door een nieuwe
  • Er is een monteur geweest die de ftu module heeft vervangen
zelf heb ik onderstaande dingen al geprobeerd:

  • verschillende wifi apparaten verwijderd uit het huis
  • Router en wifi apparaten verschillende keren gereset
  • 5 g uitgezet om te kijken of de verbinding stabiel werd🙄
Nu heb ik ingelogd in de router en vanuit de dhcp log krijg ik onderstaande:

Jan 23 17:17:36 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:17:36 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 17:17:37 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 17:17:37 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:37 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:37 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:17:37 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 17:17:37 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call
Jan 23 17:17:39 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 17:17:39 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:39 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:39 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:17:39 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 17:17:41 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 17:17:41 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:41 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:17:41 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:28:37 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 17:28:38 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 17:28:38 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:28:38 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call
Jan 23 17:28:40 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 17:28:40 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 17:28:40 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 17:28:40 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:28:45 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:46 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:46 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:28:47 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 17:28:47 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:47 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:47 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:28:48 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 17:28:48 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:48 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 17:28:48 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:53:08 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.1).
Jan 23 17:53:10 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.1.
Jan 23 17:53:10 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.1 from 00:02:9b🇪🇦66:a0 via br0
Jan 23 17:53:10 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.1 to 00:02:9b🇪🇦66:a0 via br0
Jan 23 17:53:10 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 17:23:15 VRV9517 daemon.info dhclient: DHCPREQUEST on eth0.4 to 10.239.138.1 port 67
Jan 23 17:23:15 VRV9517 daemon.info dhclient: adapter index 23
Jan 23 17:23:15 VRV9517 daemon.info dhclient: adapter index 23
Jan 23 17:23:15 VRV9517 daemon.info dhclient: DHCPACK from 10.239.138.1
Jan 23 17:23:19 VRV9517 daemon.info dhclient: bound to 10.239.138.35 -- renewal in 43195 seconds.
Jan 23 20:33:17 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.24.
Jan 23 20:33:17 VRV9517 daemon.info dhcpd: Wrote 6 leases to leases file.
Jan 23 20:33:17 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.24 from 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 20:33:17 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.24 to 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 20:33:17 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:36:34 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:36:34 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:36:34 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:36:34 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:44:06 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:44:06 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:44:06 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:44:06 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:46:32 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:46:33 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:46:33 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:46:34 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 20:46:34 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:46:34 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:46:34 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:53:28 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.25).
Jan 23 20:53:29 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.25.
Jan 23 20:53:29 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.25 from 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:53:29 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.25 to 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:53:29 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:55:23 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:55:23 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:55:23 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:55:23 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:56:36 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:56:36 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:56:36 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:56:36 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:57:56 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.25).
Jan 23 20:57:56 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.25.
Jan 23 20:57:56 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.25 from 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:57:56 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.25 to 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:57:56 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:58:02 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:58:02 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:58:02 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:58:02 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:58:05 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:06 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:06 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 20:58:07 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 20:58:07 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call
Jan 23 20:58:08 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 20:58:08 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:08 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 20:58:08 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:59:39 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.25.
Jan 23 20:59:39 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.25 from 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:59:39 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.25 to 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 20:59:39 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 20:59:40 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 20:59:40 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:59:40 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 20:59:40 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:00:59 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 21:00:59 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:00:59 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:00:59 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:02:22 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 21:02:22 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:02:22 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:02:22 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:03:43 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.25).
Jan 23 21:03:44 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.25.
Jan 23 21:03:44 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.25 from 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 21:03:44 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.25 to 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 21:03:44 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:03:45 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 21:03:45 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:03:45 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:03:45 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:04:59 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.24).
Jan 23 21:05:00 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.24.
Jan 23 21:05:00 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.24 from 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 21:05:00 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.24 to 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 21:05:00 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:05:54 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.24).
Jan 23 21:05:55 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.24.
Jan 23 21:05:55 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.24 from 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 21:05:55 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.24 to 7c:2a:31:a9:7c:11 (MSI) via br0
Jan 23 21:05:55 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:05 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:06 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:06 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:07 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 21:07:07 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:07 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:07 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:09 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 21:07:09 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:09 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:09 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:09 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 21:07:10 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 21:07:10 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:10 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:10 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:10 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).
Jan 23 21:07:10 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call
Jan 23 21:07:12 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 21:07:12 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:12 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:12 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:07:13 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
Jan 23 21:07:13 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:13 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 23 21:07:13 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:09:30 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 23 21:09:30 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 from 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:09:30 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to 3c:8d:20:52:fb:b7 (Chromecast) via br0
Jan 23 21:09:30 VRV9517 daemon.info dhcpd: adapter index 14
Jan 23 21:09:34 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.25.
Jan 23 21:09:34 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.25 from 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 21:09:34 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.25 to 30:52:cb:13:75:25 (LAPTOP-CFM899JL) via br0
Jan 23 21:09:34 VRV9517 daemon.info dhcpd: adapter index 14

Dit blijft de router keer op keer doen ook wanneer ik het log leegmaak vult deze zich weer gigantisch snel.
Iedere keer wanneer er iets hapert of wegvalt (mijn laptop met gamen en het streamen van een film naar chromecast) zie ik dat de dhcp server een nieuw ip afgeeft aan dat apparaat.

Ik snap dat dit een lastig en technisch probleem is maar u zult begrijpen dat ik er aardig van baal dat de wifi na ongeveer 2 weken nog steeds niet stabiel werkt.

De monteur welke bij ons geweest is adviseerde om eventueel te proberen de huidige V10A router om te wisselen voor het V10 model om te zien of dit het probleem oplost.

Graag verneem ik hoe jullie hier over denken of dit probleem herkennen.

Alvast bedankt

Met vriendelijke groet,


Michael

20 reacties

Reputatie 7
De monteur welke bij ons geweest is adviseerde om eventueel te proberen de huidige V10A router om te wisselen voor het V10 model om te zien of dit het probleem oplost.
Gelukkig ... een monteur met verstand van zaken en mijns inziens het enig juiste advies.
Beste Wjb,

bedankt voor je reactie momenteel lijkt mij dit ook nog de enige oplossing een paar dingen die ik ook nog gedaan heb (kabels doorgemeten en vervangen, sonoff modules afgekoppeld en Google home afgekoppeld) alles lijkt te wijzen op de DHCP server welke niet stabiel blijkt te werken. Momenteel zitten er in het netwerk (mits alles aanstaat) de volgende apparaten 2x mobiele telefoon, 2x laptops en 2x chromecast. Mocht kpn de router vervangen voor de V10 zal ik hier de resultaten daarvan posten 🙂
Reputatie 7
Badge +20
@Michael pouw, bedankt voor je bericht! Ik begrijp dat er aardig wat dingen niet optimaal werken, en je graag een ander modem ziet komen. Ik kan voor je kijken, helaas niks beloven, of dit mogelijk. Echter heb ik hiervoor wel wat gegevens van je nodig. Zou je jouw Forum profiel willen aanvullen met naam, postcode + huisnummer en klantnummer? Dan ga ik mijn best voor je doen!
Beste Susan,

Zojuist heb ik de gegevens ingevuld.
Gisteren heb ik op mijn werk met de ict afdeling gesproken over bovenstaand probleem. Wat we nu gedaan hebben is alle apparaten een statisch ip adres gegeven zowel in de router als in de apparaten zelf.
De dhcp server heb ik nog op de achtergrond draaien en zou de in theorie geen ip adressen meer uit moeten delen, omdat alles statisch is. Wanneer hij dit wel doet betekent dit dat de dhcp server niet goed werkt en het probleem in de router zit. Ook ga ik de dhcp server vandaag proberen uit te zetten om te kijken of alle apparatuur verbonden blijft.

@wjb gezien je aardig wat kennis hiervan hebt ben jij het eens met bovenstaande of zie jij hier nog iets fout in?

alvast bedankt

p.s. ik wil hier aan toevoegen dat ik het nu wel erg vervelend begin te vinden dat ik als klant al 2 a 3 weken bezig ben met dit verhaal en zelf het probleem probeer te isoleren, zodat we weten wat we moeten doen om het op te lossen. Hier heeft ondertussen al aardig wat tijd in gezeten en mis ik dan ook technische support vanuit de kant van KPN.
Reputatie 7
Helaas ervaren duizenden abonnees van KPN deze problematiek en is door KPN ook erkend dat de DHCP server van de V10A bugs bevat. Ik begrijp dat er momenteel een nieuwe versie van de firmware getest wordt die deze problematiek zou moeten verhelpen maar de vraag is hoe lang de klant nog moet wachten op de uitrol van die firmware.

Ik begrijp dat je op de V10A DHCP bindings, of hoe ze dat ook noemen, hebt gemaakt zodat het IP adres daarmee vastgezet wordt en dat je op de apparaten het IP adres handmatig hebt ingesteld.
Dat laatste daar ben ik geen voorstander van, maar als de DHCP server echt zo slecht is, dan kan je haast niet anders.
Persoonlijk zou ik eerst eens testen met alleen DHCP bindings waarbij de apparaten nog altijd hun IP adres automatisch via DHCP verkrijgen.
Wertk dat niet, dan zou ik die apparaten handmatig voorzien van een IP adres binnen het subnet (192.168.2.x) en buiten de DHCP range. Hierbij worden dan geen DHCP bindings gemaakt.
De DHCP server kan je niet uitzetten als je ook TV ontvangers gebruikt immers die halen hun IP adres altijd via DHCP op.
Beste Wjb,

eerder had ik al een test gedaan waarbij ik alleen de dhcp bindings in de router had ingesteld en zag ik in het log dat deze toch aardig onrustig was.
Nu ik alles statisch heb gemaakt (binnen subnet buiten de dhcp range) in zowel de router als in de apparaten (helaas kan dit niet in de chromecast zelf) zie ik in het logboek dat de chromecast wel het juiste ip adres krijgt van de server (degene die ik hem heb toegewezen) maar dat hij deze om de zowel tijd afgeeft (ik zal hier straks een log van posten).

Het lijkt er in eerste instantie op dat het omzeilen van de DHCP server werkt hoewel dit niet altijd even handig is zou dit voor nu een uitkomst bieden (niet alleen voor mij maar ook zeker voor veel meer klanten die dit ervaren).

Een andere oplossing zou zijn om zelf een router te kopen en deze te gaan gebruiken, zodat ik gebruik kan maken van DHCP.
Reputatie 7
... in zowel de router als in de apparaten ...
Wat bedoel je hier dan mee, je zet een IP adres of in de router (DHCP binding) vast of op het apparaat zelf en dan altijd buiten de DHCP range. Allebei voor hetzelfde apparaat zou dus niet voor mogen komen.
Beste wjb,

in de router heb ik de range van de DHCP pool gezet op 192.168.2.1 t/m 192.168.20.

wat ik gedaan heb is bijv.. in de instellingen van mijn telefoon onder geavanceerde wifi instellingen ingesteld dat hij een statisch ip adres heeft in dit geval 192.168.2.23.

in de router heb ik onder lang DHCP ingesteld dat mijn telefoon altijd ip adres 192.168.2.23 krijgt. Dit lijkt te werken gezien mijn telefoon niet meer terug komt in de DHCP log.
Reputatie 7
in de router heb ik onder lang DHCP ingesteld dat mijn telefoon altijd ip adres 192.168.2.23 krijgt.
Deze stap is niet nodig aangezien het IP adres niet door de DHCP server uitgegeven wordt.
Helemaal mee eens zojuist is geprobeerd mijn weer op de andere manier laten verbinden en zie ik gelijk het log volopen:

Jan 26 11:53:01 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 11:59:31 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:32 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:32 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 11:59:33 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 11:59:33 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:33 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:33 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 11:59:33 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.23).
Jan 26 11:59:35 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 11:59:35 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:35 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:35 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 11:59:35 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.23).
Jan 26 11:59:37 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 11:59:37 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:37 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 11:59:37 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 12:01:04 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:05 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:05 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 12:01:06 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 12:01:06 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:06 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:06 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 12:01:06 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.23).
Jan 26 12:01:07 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 12:01:07 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:07 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:07 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.23).
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: adapter index 14
Jan 26 12:01:08 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.23).
Jan 26 12:01:10 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.23.
Jan 26 12:01:10 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.23 (192.168.2.254) from f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:10 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.23 to f0🇪🇪10:b5:b6:86 (Samsung-Galaxy-XCover-4) via br0
Jan 26 12:01:10 VRV9517 daemon.info dhcpd: adapter index 14

wanneer ik in de instellingen van me telefoon de wifi op statisch zet heb ik dit log niet
Reputatie 7
Je had dus blijkbaar jouw telefoon weer op "IP adres automatisch via DHCP ophalen" gezet.
Interessant om te zien dat er een verzoek voor IP adres .23 komt en dat deze bevestigd wordt terwijl de DHCP range maar tot .20 loopt.
ja dit komt omdat ik in de router mijn telefoon een statisch ip adres heb gegeven buiten de dhcp range. Nu zie je in het logboek dat deze netjes toegewezen wordt alleen gigantisch vaak. wanneer ik in de instellingen van mijn telefoon de wifi op statisch zet ipv dynamisch dan komt hij niet meer voor in de dhcp log.

volgens mij kunnen we hier nog eindeloos over doorgaan 😛.

Voor mij is het na alles geprobeerd te hebben duidelijk dat er iets serieus mis is met de dhcp server en dit niet in mijn apparatuur zit.

De vraag die ik dan nu stel hoe gaat kpn hier mee om gezien ik voor een dienst betaal die niet/niet goed geleverd wordt en de oplossing er na 2 weken nog steeds niet is
Reputatie 7
ja dit komt omdat ik in de router mijn telefoon een statisch ip adres heb gegeven buiten de dhcp range.
Nogmaals, dat hoor je ook niet te doen, of je laat de telefoon via DHCP een IP adres ophalen en zet die in de router vast binnen de DHCP range of je stelt op de telefoon een statisch IP adres in en maakt geen DHCP binding. Elke andere configuratie is incorrect!
Reputatie 7
Badge +20
Goedemorgen michael en wjb! Heel wat technisch overleg lees ik hier. Zelf ben ik er niet zó erg in thuis 😉 Collega's aan de lijn of op de chat vaak nog minder, omdat het buiten hun ondersteuning valt. Maar daar hebben we het Forum en onder andere wjb voor 😃 Mijn vraag op het moment is, wil je nog steeds de Experia Box laten omruilen of heb je het nu zo ingesteld dat het wél goed werkt?
Beste Susan,

Na een paar weken puzzelen bellen routers wisselen en op het forum chatten lijkt het dan nu gelukt.

Afgelopen zaterdag ben ik door een collega van u gebeld en heb ik vandaag mijn V10A gewisseld voor de V10.

Zojuist alles aangesloten en blijft alles op het eerste oog verbonden en stabiel 🙂 uw collega zoekt morgen nog even telefonisch contact met mij om te kijken of het dan nog steeds in orde is :)
Overigens moet ik zeggen dat ik het heel netjes vindt dat de router geleverd werd met mijn oude instellingen waardoor alles direct verbinding maakte.

@wjb Heel erg bedankt voor je geduld en ondersteuning de afgelopen dagen! (ik heb ook weer een hoop geleerd) het lijkt het erop dat onderstaand bericht toch het beste advies is geweest:

Michael pouw schreef:
De monteur welke bij ons geweest is adviseerde om eventueel te proberen de huidige V10A router om te wisselen voor het V10 model om te zien of dit het probleem oplost.

Gelukkig ... een monteur met verstand van zaken en mijns inziens het enig juiste advies.

Het lijkt erop dat de DHCP server van de V10A toch echt flink war kuren vertoond (mijn collega heeft hier ook flink wat last van). Ik hoop dan ook dat de update welke dit oplost er snel is :)

wederom allen bedankt voor jullie hulp 🙂
Badge
Hier exact hetzelfde probleem. Een swap met de v10 lijkt mij voor nu de beste oplossing.

Verschil in snelheid met mijn huidige v8 is wel echt duidelijk merkbaar dus zou het zonde vinden om op de v8 te blijven draaien
Reputatie 7
Badge +20
@Michael pouw, super! Dankjewel voor je terugkoppeling en fijn dat mijn collega hier zorg voor gedragen heeft!

@RobjeD, ik begrijp de situatie en dat je graag een nieuwe Experia Box wil zien 😞 Echter kunnen wij dit niet constant doen, we proberen de grootste problemen op te lossen met nieuwe updates.
Bovenstaande komt me heel bekend voor. (En inmiddels ben ik erachter dat mijn collega met ook een kpn abbo dit probleem ook heeft. )
Alleen lijkt het erop dat dit ook met de Experia 10 gebeurd.
Heb de DHCP nu tijdelijk via mijn NAS draaien, en sinds die tijd werkt alles stabiel.

Komt er nog een software oplossing voor het DHCP-server probleem?
Reputatie 7
Bovenstaande komt me heel bekend voor. (En inmiddels ben ik erachter dat mijn collega met ook een kpn abbo dit probleem ook heeft. )
Alleen lijkt het erop dat dit ook met de Experia 10 gebeurd.

Op de Experia Box V10 (zonder A) zou je geen DHCP gerelateerde problemen mogen ervaren.
Dat is raar. Ik heb samen met een collega ongeveer hetzelfde probleem.
We hebben beide een KPN wifi-versterker (witte). En na een tijdje van versterker naar modem geswitcht te zijn, omdat je weleens met je telefoon van boven en beneden loopt. Lijkt het erop dat je na een tijdje geen nieuwe ip-adres krijgt.

Na alles gereset te hebben en de logs bekeken te hebben, viel het me op dat mijn iPhone via de versterker een andere mac-adres registreerde dan via de experia.

Nu laat ik sinds enkele dagen de DHCP regelen via mijn NAS en sinds die tijd zijn al mijn problemen verholpen.
Maar als het niet bekend voorkomt .... Leek me hetzelfde probleem als hierboven.

Reageer