Skip to main content

Goedemorgen,

 

We wonen sinds 28 maart in onze nieuwe woning en hebben glasvezel 100/100 verbinding

Experia v10a box

3 TPlink Deco M5's (in AP modus) verspreid over het hele huis voor goeie wifi verbinding met naadloze overgang.

 

In het begin alleen een vaag probleem met een nieuw notebook wat ik had gekocht ivm verplicht thuiswerken.  Notebook verloor om de haverklap zijn internetverbinding, de ene keer na 5 minuten de andere keer ging het een half uur goed.

Uiteindelijk heb ik in de Deco M5 naadloos roamen voor het notebook uitgezet en sindsdien geen wegvallende internetverbinding meer.

 

Sinds we hier wonen heb ik een Sonos systeem in gebruik genomen

Beam 

4x One

Sub

 

Ik heb hier een maand lang van kunnen genieten zonder problemen.

Sinds een week of 2 vallen speakers weg en soms starten ze vanzelf weer op, de andere keer niet.

Via het Sonos forum het advies gekregen om de beam via utp aan te sluiten zodat alle speakers via een separaat “sonos wifi” netwerk met elkaar verbinden om de stabiliteit te verbeteren.

Helaas geen verbetering.

Voor de Sonos apparatuur ook naadloos roaming uitgezet.

 

Intussen kreeg onze dochter ook problemen met haar iphone, die kreeg geen verbinding meer met internet. (kreeg een ip adres 169.x.x.x.) Voor een tiener levensbehoefte nr 1. Je kan je het drama voorstellen…..

Op de iphone alle instellingen gewist en hard reset gedaan…. halleluja ze kreeg weer een normaal ip adres en er was weer verbinding met de buitenwereld….

 

Ondertussen duren de problemen met wegvallende Sonos voort.

We hebben ook een draadloze deurbel van Eufy die maakt verbinding met een basisstation waar ook beelden op worden geslagen.

Gisteren viel me op dat wanneer Sonos weg valt dan maakt het basis station ook een melding dat hij opnieuw verbinding probeert te maken met het netwerk. Basisstation is via upt aangesloten rechtstreeks op de router.

 

Hard reset via pinnetje al geprobeerd, helaas geen verbetering.

 

Ik ben geen ITer maar begrijp de basis van thuisnetwerk enigszins, dit logdump gaat boven mijn pet helaas.
Ik hoop dat iemand me hiermee kan helpen.

 

Wellicht is een wissel naar Experia v10 de oplossing? Ik begrijp dat er wat problemen zijn met de DHCP van de v10a die zich niet voor doen in de v10 ?

 

Hier een logdump van gisterochtend

 

Jan  1 00:00:36 VRV9517 syslog.info syslogd started: BusyBox

Jan  1 00:00:37 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.1).

Jan  1 00:00:37 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call

Jan  1 00:00:38 VRV9517 cron.info crond:4123]: crond: crond (busybox) started, log level 8

Jan  1 00:00:38 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).

Jan  1 00:00:39 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.3).

Jan  1 00:00:40 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.5).

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 0c:80:63:f9:03:88 via br0

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.6 to 0c:80:63:f9:03:88 (deco-M5) via br0

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 0c:80:63:f9:03:88 (deco-M5) via br0

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.6 to 0c:80:63:f9:03:88 (deco-M5) via br0

Jan  1 00:00:42 VRV9517 daemon.err dhcpd: uid lease 192.168.2.6 for client 0c:80:63:f9:03:88 is duplicate on 192.168.2.0/24

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.101.

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.101 (192.168.2.2) from 0c:80:63:f9:03:88 via br0

Jan  1 00:00:42 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.101 to 0c:80:63:f9:03:88 (deco-M5) via br0

Jan  1 00:00:44 VRV9517 daemon.notice pppda4681]: pppd 2.4.1 started by root, uid 0

Jan  1 00:00:44 VRV9517 daemon.notice pppdJ4740]: pppd 2.4.1 started by root, uid 0

Jan  1 00:00:45 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.1).

Jan  1 00:00:47 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.2).

Jan  1 00:00:47 VRV9517 user.info miniupnpd: Upnp Ignore Mode

Jan  1 00:00:47 VRV9517 daemon.notice miniupnpda5137]: HTTP listening on port 37738

Jan  1 00:00:47 VRV9517 daemon.warn miniupnpdp5137]: no HTTP IPv6 address, disabling IPv6

Jan  1 00:00:48 VRV9517 daemon.info dhclient: adapter index 27

Jan  1 00:00:48 VRV9517 daemon.info dhclient: DHCPDISCOVER on eth0.4 to 255.255.255.255 port 67 interval 3

Jan  1 00:00:48 VRV9517 daemon.info dhclient: adapter index 27

Jan  1 00:00:48 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.3).

Jan  1 00:00:48 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.3).

Jan  1 00:00:22 VRV9517 daemon.info dnsmasq)2106]: started, cache disabled

Jan  1 00:00:48 VRV9517 daemon.warn dnsmasql2106]: overflow: 5 log entries lost

Jan  1 00:00:49 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.5).

Jan  1 00:00:49 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.5).

Jan  1 00:00:49 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call

Jan  1 00:00:50 VRV9517 daemon.info dnsmasqe5332]: make: family 2

Jan  1 00:00:50 VRV9517 daemon.info dnsmasqf5332]: make: family 2

Jan  1 00:00:50 VRV9517 daemon.info dnsmasq 5332]: make: family 10

Jan  1 00:00:50 VRV9517 daemon.info dnsmasq 5332]: make: family 10

Jan  1 00:00:50 VRV9517 daemon.info dnsmasq:5334]: started, cache disabled

Jan  1 00:00:50 VRV9517 daemon.info dnsmasqc5334]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify

Jan  1 00:00:50 VRV9517 daemon.info dnsmasqe5334]: read /etc/hosts - 6 addresses

Jan  1 00:00:50 VRV9517 daemon.info dnsmasq 5334]: using nameserver 195.121.1.34#53

Jan  1 00:00:50 VRV9517 daemon.info dnsmasq15334]: using nameserver 195.121.1.66#53

Jan  1 00:00:50 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call

Jan  1 00:00:50 VRV9517 daemon.info dhcpd: Wrote 2 leases to leases file.

May 16 08:03:32 VRV9517 daemon.info dhclient: DHCPDISCOVER on eth0.4 to 255.255.255.255 port 67 interval 3

May 16 08:03:32 VRV9517 daemon.info dhclient: adapter index 27

May 16 08:03:32 VRV9517 daemon.info dhclient: DHCPOFFER from eth0.4:10.236.76.1

May 16 08:03:32 VRV9517 daemon.info dhclient: DHCPREQUEST on eth0.4 to 255.255.255.255 port 67

May 16 08:03:32 VRV9517 daemon.info dhclient: adapter index 27

May 16 08:03:32 VRV9517 daemon.info dhclient: DHCPACK from 10.236.76.1

May 16 08:03:33 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 0c:80:63:f9:03:f8 via br0

May 16 08:03:33 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.102 to 0c:80:63:f9:03:f8 (deco-M5) via br0

May 16 08:03:34 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.102.

May 16 08:03:34 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.102 (192.168.2.254) from 0c:80:63:f9:03:f8 (deco-M5) via br0

May 16 08:03:34 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.102 to 0c:80:63:f9:03:f8 (deco-M5) via br0

May 16 08:03:34 VRV9517 daemon.info dnsmasq 5334]: exiting on receipt of SIGTERM

May 16 08:03:36 VRV9517 daemon.info dhclient: bound to 10.236.79.157 -- renewal in 1797 seconds.

May 16 08:03:37 VRV9517 daemon.info dnsmasql5779]: make: family 2

May 16 08:03:37 VRV9517 daemon.info dnsmasq95779]: make: family 2

May 16 08:03:37 VRV9517 daemon.info dnsmasq95779]: make: family 10

May 16 08:03:37 VRV9517 daemon.info dnsmasq]5779]: make: family 10

May 16 08:03:37 VRV9517 daemon.info dnsmasq]5781]: started, cache disabled

May 16 08:03:37 VRV9517 daemon.info dnsmasqe5781]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify

May 16 08:03:37 VRV9517 daemon.info dnsmasqo5781]: read /etc/hosts - 6 addresses

May 16 08:03:37 VRV9517 daemon.info dnsmasqo5781]: using nameserver 195.121.1.34#53

May 16 08:03:37 VRV9517 daemon.info dnsmasqe5781]: using nameserver 195.121.1.66#53

May 16 08:03:37 VRV9517 daemon.info dhcpd: Wrote 3 leases to leases file.

May 16 10:03:39 VRV9517 daemon.info dnsmasqe5781]: exiting on receipt of SIGTERM

May 16 10:03:39 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.100).

May 16 10:03:40 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.100.

May 16 10:03:40 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.100 from 8c:85:80:29:c1:d9 via br0

May 16 10:03:40 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.100 to 8c:85:80:29:c1:d9 via br0

May 16 10:03:41 VRV9517 daemon.info dnsmasq06129]: make: family 2

May 16 10:03:41 VRV9517 daemon.info dnsmasq96129]: make: family 2

May 16 10:03:41 VRV9517 daemon.info dnsmasq96129]: make: family 10

May 16 10:03:41 VRV9517 daemon.info dnsmasq]6129]: make: family 10

May 16 10:03:41 VRV9517 daemon.info dnsmasq]6132]: started, cache disabled

May 16 10:03:41 VRV9517 daemon.info dnsmasqe6132]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC no-ID loop-detect inotify

May 16 10:03:41 VRV9517 daemon.info dnsmasqo6132]: read /etc/hosts - 6 addresses

May 16 10:03:41 VRV9517 daemon.info dnsmasqo6132]: using nameserver 195.121.1.34#53

May 16 10:03:41 VRV9517 daemon.info dnsmasqe6132]: using nameserver 195.121.1.66#53

May 16 10:03:42 VRV9517 daemon.info dhcpd: Wrote 3 leases to leases file.

May 16 08:03:42 VRV9517 cron.err crond 4123]: time disparity of 26493603 minutes detected

May 16 10:03:46 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 0c:80:63:f9:03:88 (deco-M5) via br0

May 16 10:03:46 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.101 to 0c:80:63:f9:03:88 (deco-M5) via br0

May 16 10:03:46 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.101.

May 16 10:03:46 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.101 (192.168.2.254) from 0c:80:63:f9:03:88 (deco-M5) via br0

May 16 10:03:46 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.101 to 0c:80:63:f9:03:88 (deco-M5) via br0

May 16 10:03:49 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 0c:80:63:f9:03:ac via br0

May 16 10:03:49 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.103 to 0c:80:63:f9:03:ac (deco-M5) via br0

May 16 10:03:49 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.103.

May 16 10:03:49 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.103 (192.168.2.254) from 0c:80:63:f9:03:ac (deco-M5) via br0

May 16 10:03:49 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.103 to 0c:80:63:f9:03:ac (deco-M5) via br0

May 16 10:03:50 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f via br0

May 16 10:03:50 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:50 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.123).

May 16 10:03:50 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.123.

May 16 10:03:50 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.123 from 00🇧🇧c1:b8:15:14 via br0

May 16 10:03:50 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.123 to 00🇧🇧c1:b8:15:14 via br0

May 16 10:03:51 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:51 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:52 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d8:f1:5b:dd:e6:b6 via br0

May 16 10:03:52 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.105 to d8:f1:5b:dd:e6:b6 (ESP_DDE6B6) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f4🇨🇫a2:0f:b7:af via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.105.

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.105 (192.168.2.254) from d8:f1:5b:dd:e6:b6 (ESP_DDE6B6) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.105 to d8:f1:5b:dd:e6:b6 (ESP_DDE6B6) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.104.

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.104 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:53 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.106 to f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:03:54 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.104.

May 16 10:03:54 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.104 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:54 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:03:56 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:03:56 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.106 to f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:04:04 VRV9517 daemon.info dhcpd: DHCPDISCOVER from f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:04:04 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.106 to f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:04:04 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.106.

May 16 10:04:04 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.106 (192.168.2.254) from f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:04:04 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.106 to f4🇨🇫a2:0f:b7:af (ESP_0FB7AF) via br0

May 16 10:04:17 VRV9517 daemon.info dhcpd: DHCPDISCOVER from b8:2c:a0:83:18:57 via br0

May 16 10:04:17 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.107 to b8:2c:a0:83:18:57 (Tstat-831857) via br0

May 16 10:04:19 VRV9517 daemon.info dhcpd: DHCPDISCOVER from b8:2c:a0:83:18:57 (Tstat-831857) via br0

May 16 10:04:19 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.107 to b8:2c:a0:83:18:57 (Tstat-831857) via br0

May 16 10:04:19 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.107.

May 16 10:04:19 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.107 (192.168.2.254) from b8:2c:a0:83:18:57 (Tstat-831857) via br0

May 16 10:04:19 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.107 to b8:2c:a0:83:18:57 (Tstat-831857) via br0

May 16 10:04:22 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:04:22 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:04:22 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.104.

May 16 10:04:22 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.104 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:04:22 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.104 to 38:68:a4:18:41:1f (Samsung) via br0

May 16 10:07:24 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.13.

May 16 10:07:24 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.13 from 28:39:26:98:7e:3f via br0

May 16 10:07:24 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.13 to 28:39:26:98:7e:3f (LAPTOP-Q7K7ALLA) via br0

 

Net was mijn eigen telefoon aan de beurt… Ik had geen verbinding meer met wifi, moest even duren toen herstelde het probleem zichzelf weer.

 

Experia box kiest random slachtoffers…. :smiling_imp:

logdump;

 

May 17 09:50:17 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.132 (192.168.2.254) from fc:f1:52:d5:34:12 (tv8f3759d1677c) via br0
May 17 09:50:17 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.132 to fc:f1:52:d5:34:12 (tv8f3759d1677c) via br0
May 17 09:52:27 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:27 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:28 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:28 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:29 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:29 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:29 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 09:52:29 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:29 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:30 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 09:52:30 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:30 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:31 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 09:52:31 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:31 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:32 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 09:52:32 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 09:52:32 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:02:47 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:02:49 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.11 to 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:02:49 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.11.
May 17 10:02:49 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.11 (192.168.2.254) from 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:02:49 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.11 to 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:04:18 VRV9517 daemon.err dhcpd: Error on ARPING request: Interrupted system call
May 17 10:04:18 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.107).
May 17 10:04:18 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.107.
May 17 10:04:18 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.107 from b8:2c:a0:83:18:57 (Tstat-831857) via br0
May 17 10:04:18 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.107 to b8:2c:a0:83:18:57 (Tstat-831857) via br0
May 17 10:07:50 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:07:51 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.11 to 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:07:51 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.11.
May 17 10:07:51 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.11 (192.168.2.254) from 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:07:51 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.11 to 48:a6:b8:82:9a:8a (SonosZP) via br0
May 17 10:08:24 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.134.
May 17 10:08:24 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.134 from 34:a8:eb:c0:17:d3 (iPhone-van-Demi) via br0
May 17 10:08:24 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.134 to 34:a8:eb:c0:17:d3 (iPhone-van-Demi) via br0
May 17 10:22:54 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:54 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:55 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:22:55 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:55 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:56 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:22:56 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:56 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:57 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:22:57 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:22:57 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:00 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:02 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:04 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:04 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:07 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:07 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:10 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:10 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:10 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:10 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:10 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:52 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:53 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:53 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:53 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:54 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:54 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:54 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:55 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:55 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:55 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:56 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:56 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:56 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:57 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:57 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:57 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:58 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:58 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:58 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:59 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:33:59 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:33:59 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:34:07 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.12).
May 17 10:34:07 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.12.
May 17 10:34:07 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.12 from 8c:85:80:29:c1:d9 via br0
May 17 10:34:07 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.12 to 8c:85:80:29:c1:d9 via br0
May 17 10:34:19 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.7).
May 17 10:34:19 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.7.
May 17 10:34:19 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.7 from 0c:80:63:f9:03:f8 (deco-M5) via br0
May 17 10:34:19 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.7 to 0c:80:63:f9:03:f8 (deco-M5) via br0
May 17 10:34:33 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.124).
May 17 10:34:33 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.124.
May 17 10:34:33 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.124 from 0c:80:63:f9:03:ac (deco-M5) via br0
May 17 10:34:33 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.124 to 0c:80:63:f9:03:ac (deco-M5) via br0
May 17 10:34:34 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.123).
May 17 10:34:34 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.123.
May 17 10:34:34 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.123 from 00🇧🇧c1:b8:15:14 via br0
May 17 10:34:34 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.123 to 00🇧🇧c1:b8:15:14 via br0
May 17 10:35:16 VRV9517 daemon.info dhcpd: arp replies from this address (192.168.2.130).
May 17 10:35:16 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.130.
May 17 10:35:16 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.130 from 0c:80:63:f9:03:88 (deco-M5) via br0
May 17 10:35:16 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.130 to 0c:80:63:f9:03:88 (deco-M5) via br0
May 17 10:40:33 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:40:33 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:33 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:35 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:40:35 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:35 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:40 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:40 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:42 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:42 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:44 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:44 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:48 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:48 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:57 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:40:57 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:05 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:05 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:06 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:41:06 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 (192.168.2.254) from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:06 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:07 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:41:07 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 (192.168.2.254) from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:07 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:09 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:41:09 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 (192.168.2.254) from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:09 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:13 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:41:13 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 (192.168.2.254) from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:13 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:18 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:19 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:21 VRV9517 daemon.info dhcpd: DHCPDISCOVER from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:21 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:21 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:21 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:22 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.117.
May 17 10:41:22 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.117 (192.168.2.254) from d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:22 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.117 to d0:d2:b0:0b:5a:78 (iPhone-van-Ivo) via br0
May 17 10:41:24 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:24 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:27 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:27 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:30 VRV9517 daemon.info dhcpd: DHCPDISCOVER from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:30 VRV9517 daemon.info dhcpd: DHCPOFFER on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:31 VRV9517 daemon.info dhcpd: Reclaiming not used lease 192.168.2.2.
May 17 10:41:31 VRV9517 daemon.info dhcpd: DHCPREQUEST for 192.168.2.2 (192.168.2.254) from 38:68:a4:18:41:1f (Samsung) via br0
May 17 10:41:31 VRV9517 daemon.info dhcpd: DHCPACK on 192.168.2.2 to 38:68:a4:18:41:1f (Samsung) via br0


Als je dochter op haar iPhone opeens een ip-adres in een andere range krijgt dan lijkt het er op dat de Deco ook ip-adressen uitdeelt. En dan weet je zeker dat je problemen krijgt. Fast roaming zou daar niks mee te maken hoeven te hebben. Bandsteering wil ook wel eens roet in het eten gooien. Ik heb hier verschillende SSID's op de diverse banden. Maar zoals gezegd denk ik dat je Deco's adressen uitdelen. Kijk daar eerst eens naar.


Hoi Edwin, bedankt voor je reactie.

 

In AP modus deelt de Deco geen ip adressen uit.

 

Access Point mode aims to extend the existing wired network and expand the wireless coverage for a home network. At this time, the Deco system will not create its own subnet but purely forward data between the root router and the clients.

Note:

1. Always keep the Deco’s firmware up-to-date to use AP mode. If you’re not sure, please open Deco app, tap “More”, then select “Update Deco” for a check.

2. Please make sure you have installed the latest Deco app to use AP mode.

3. In AP mode, the Deco system will not act as a DHCP server to assign IP addresses to the clients. Please make sure you have enabled the DHCP server function on the root router.

4. In AP mode, since all the clients are managed by the root router, some advanced features will not be available in the Deco app, including Antivirus, Parental Controls, Port Forwarding, Address Reservation, TP-Link DDNS, etc.

5. Ethernet Backhaul is also working in AP mode.

 

Een 169.x.x.x. adres op een iphone wil zeggen dat hij geen ip adres toegewezen krijgt via DHCP en zichzelf er dan maar eentje toewijst (Van de week ergens online gelezen nadat ik op zoek was voor een oplossing… kan het zo gauw niet meer terug vinden...)


Heeft u een draadloze verbindingsset in huis? Bijvoorbeeld voor de tv?

Wat je zou kunnen proberen: wifi op de Experiabox uitzetten. En de Deco gewoon in router modus te zetten.

Heeft u het wifi netwerk van de Deco dezelfde naam en wachtwoord gegeven als dat van de Experiabox? Ook dat zou je kunnen veranderen. Dat de namen dus wel verschillen.


Heeft u een draadloze verbindingsset in huis? Bijvoorbeeld voor de tv?

Wat je zou kunnen proberen: wifi op de Experiabox uitzetten. En de Deco gewoon in router modus te zetten.

Maar als je alleen de wifi uit zet blijft de EB ip-adressen uitgeven. En de Deco dan dus ook....


Heeft u een draadloze verbindingsset in huis? Bijvoorbeeld voor de tv?

Wat je zou kunnen proberen: wifi op de Experiabox uitzetten. En de Deco gewoon in router modus te zetten.

Maar als je alleen de wifi uit zet blijft de EB ip-adressen uitgeven. En de Deco dan dus ook....

Als de Deco in router modus staat, dan geeft dat ook helemaal niets. Want het netwerk van de Deco is dan gescheiden van het netwerk van de Experiabox. De Experiabox geeft alleen ip adressen uit aan apparaten die rechtstreeks verbonden worden. Niet aan apparaten die achter de 2de router, de Deco dus, zitten.


Ik maak geen gebruik van de wifi van de EB. Staat wel aan trouwens… Maar wifi netwerk heet anders. Ik zal deze even uit zetten om een channel te ontlasten. Maar dan heeft dit volgens mij nog steeds niks te maken met de cliënts in het netwerk geen ip adres krijgen, ook bedrade clients verliezen soms hun ip adres (Beam is via utp aangesloten)

 

Liefste zou ik Deco in router modus zetten maar ik heb ergens op dit forum gelezen dat dit problemen heeft met Tv kijken via Arris VIP5202 (volgens mij niet specifiek aan dit kastje gekoppeld maar gaat om de manier hoe kpn digitale tv je huis inbrengt)

 

In m'n vorige woning had ik Ziggo, die modem in bridge en daarachter deco in router modus.

Dat werkte prima.

 

De deco’s heb ik gereset naar fabrieksinstellingen voordat ik hier een nieuw netwerk heb opgebouwd. 

 

 


Dat het problemen geeft met tv kijken zou best wel eens kunnen ja. Op dit forum staan ook twee draadjes over 'een eigen router achter de Expediabox' en een eigen router i.p.v. een Expediabox. Wellicht kun je daar de vraag eens stellen. Wat ik je zeker wil meegeven is om de V10a te vervangen door bijvoorbeeld een Fritz!Box. Dit kan tegenwoordig bij KPN. Je kun er eentje huren maar natuurlijk ook zelf kopen. Geheid dat je dan geen problemen meer hebt mocht het aan de Experiabox liggen. Ook daar is een draadje voor. Zowel internet, tv en telefonie kunnen via de Fritzbox. 

 

 

PS ik zou de linkjes wel willen plaatsen maar via mijn mobiel is dat lastig.


Je moet inderdaad de tv ontvangers altijd met de Experiabox verbonden ja. Rechtstreeks of via een switch. Maar de Deco of andere 2de router mag daar niet tussen zitten. 

Heb je de tv ontvangers gewoon aan de Experiabox zitten, dan kun je de Deco probleemloos in router modus zetten. Alle andere apparatuur die u via een kabel aangesloten hebt kunt u het best wel in het Deco netwerk plaatsen. Net zoals u dat voorheen bij Ziggo had.


Mja wordt wel allemaal kunst en vliegwerk omdat de EB v10a niet doet wat het moet doen. Een basisfunctie DHCP op een knappe manier verzorgen.
 

Daarnaast wordt het voor mij wel lastig.
Uiteraard komt internet in de meterkast m'n huis binnen. Vanuit de EB gaat er 1 UTP kabel naar de woonkamer een switch in die ook IGMP ondersteunt voor IP tv van KPN.

In deze switch zit de Arris VIP5202, 1 deco, Growatt Shinelink en nog wat game consoles. 

 

Andere UTP kabel gaat naar kantoor op de eerste verdieping naar een andere switch waar een PC in zit en een Deco.

 

Wordt dus een behoorlijke onderneming om van alles om te gooien omdat die EB v10a niet doet wat ie moet…

2 netwerken in huis verdient ook de schoonheidsprijs niet.

Ik hoop dat iemand van KPN support dit draadje ziet en een passende oplossing kan bieden. 

 

Wel onwijs bedankt voor het meedenken op deze heerlijke zonnige dag!


Zoals je het aangesloten hebt moet het werken dus hoef je niets om te gooien. Het lijkt er inderdaad op dat het de EB is die problemen geeft.


Hoi @Sjakie1979 . Welkom op het forum.

Je hebt veel spullen in je netwerk en wat ik mij kan voorstellen is dat sommige apparaten met elkaar conflicteren. 

Als jij (tijdelijk) die sonos spulletjes loskoppelt, blijft de verbinding dan wel intact? Ik vraag dit omdat ik meerdere topics in beheer heb waarbij er conflicten lijken te zijn tussen sonos spulletjes en ons modem.


Hoi @Sjakie1979 . Welkom op het forum.

Je hebt veel spullen in je netwerk en wat ik mij kan voorstellen is dat sommige apparaten met elkaar conflicteren. 

Als jij (tijdelijk) die sonos spulletjes loskoppelt, blijft de verbinding dan wel intact? Ik vraag dit omdat ik meerdere topics in beheer heb waarbij er conflicten lijken te zijn tussen sonos spulletjes en ons modem

​​​​​​Maar dan kun je niet anders concluderen dat het aan de V10a ligt. De DHCP-problemen met dat modem kennen we nu allemaal wel. Ik heb hier >30 ip-devices aan mijn Fritz!box hangen inclusief 4 x Sonos. Geen centje pijn. Ik blijf bij mijn advies aan @Sjakie1979 om de V10a te vervangen door een product dat wel doet wat het moet doen.

 


Ik snap @Sjakie1979 wel. Je neemt een abonnement af bij KPN en dan verwacht je ook dat je spulletjes krijgt die gewoon werken. Je wil niet extra moeten investeren omdat de standaard geleverde spullen lees V10A niet goed werkt. Mijn meneing is dat KPN er beter aan zou doen om die gehele experiabox V10A te schrappen en aan iedere nieuwe abonee een fritzbox uit te leveren. 

Volgens mij zou ze dit zelfs een boel geld besparen want ze krijgen veel minder klachten.

Maar ja daat is het probleem niet mee opgelost.

Maar om de boel snel aan de praat te krijgen zou ik ook de DECO in routermodus achter de experia zetten. Op de experi dan wel een DMZ host aanmaken zoals in dit topic is omschreven.

https://forum.kpn.com/internet-9/eigen-router-achter-experiabox-v10-355667


Hoi @Sjakie1979 . Welkom op het forum.

Je hebt veel spullen in je netwerk en wat ik mij kan voorstellen is dat sommige apparaten met elkaar conflicteren. 

Als jij (tijdelijk) die sonos spulletjes loskoppelt, blijft de verbinding dan wel intact? Ik vraag dit omdat ik meerdere topics in beheer heb waarbij er conflicten lijken te zijn tussen sonos spulletjes en ons modem.

 

Hoi @Erwin_ 

Ik begrijp wat je vraagt… trail and error.

Echter is dat op de manier hoe jij vraagt voor mij geen optie.

De DCHP problemen doen zich random voor.

Gisteren en eergisteren ging het prima, nu vandaag toch weer een uitvaller van de Sonos gehad.

 

Als ik alle Sonos apparatuur uit mn netwerk moet halen en wachten tot er zich weer een probleem voor doet wil dat zeggen dat ik misschien wel dagen geen radio in huis heb. Daar gaat mijn voorkeur niet naar uit.

Wat Edwin al aan gaf, de DHCP problemen zijn inmiddels welbekend.

 

Wat ik graag zou willen zien is dat KPN mij een Experia V10 stuurt (correct me if im wrong, DHCP zou hier geen probleem zijn) zodat ik daar een aantal weken mee kan proefdraaien. (Fritzbox mag natuurlijk ook, maar dat zal wel niet mogen van de baas :))

Blijft alles stabiel en werken zoals het moet, dan mag je de conclusie trekken dat het probleem echt in de V10a zit. Gaat die in de doos en retourneer ik die aan KPN.

Werkt het dan nog steeds niet stabiel, dan zit het elders in mijn netwerk en stuur ik de V10 retour en kunnen we iig uitsluiten dat het probleem niet bij KPN apparatuur vandaan komt.

 

Volgens mij is dit voor KPN minimale inspanning/moeite en is KPN een tevreden klant rijker.

 

@Frank3523 tnx voor het meedenken!

Ik wil eerst even afwachten wat KPN met mijn verzoek voor een andere Experia doet, voordat ik rigoureus in m'n netwerk alles om ga gooien.

Ik ben niet zo'n IT held, maar kom er met trial and error altijd wel uit (en met behulp van forums als deze...haha) Maar het kost mij wel weer een paar uur klooien en een hoop gemekker van een geïrriteerde vrouw en kind dat internet er telkens uit ligt...  


Tja... met alle respect... maar je zal toch zelf het 1 en ander uit moeten proberen. Je kunt van KPN niet verwachten dat die zomaar nieuwe Experiaboxen rond loopt te strooien.


Tja... met alle respect... maar je zal toch zelf het 1 en ander uit moeten proberen. Je kunt van KPN niet verwachten dat die zomaar nieuwe Experiaboxen rond loopt te strooien.

Ik geef je deels gelijk maar eigenlijk zou KPN met het uitlezen van het logbestand ook het een en ander kunnen zien. 


Ik snap je bedenkingen. Ik kan ook niet ontkennen dat het forum vol staat van klachten over de v10a.  Let wel, véél van dit soort klachten zijn van vóór de laatste firmware update.

De v10a draait tegenwoordig stabiel in duizenden huishoudens.    

Kan ik daarmee met zekerheid zeggen dat de v10a niet de boosdoener is? Nee, uiteraard niet.   Ik kan niet zomaar een v10 sturen. Om eerlijk te zijn wordt dat met de dag moeilijker en de eindbeoordeling is dan ook niet aan mij maar aan een speciaal logistiek team. 

Je schrijft dat je een maand lang zonder problemen van alle diensten hebt kunnen genieten. Daarna plotseling niet meer. Er is in die periode niks aan de v10a veranderd.  Ik heb dus wel iets meer ‘bewijslast’ nodig die in de richting van de v10a wijst. Vandaar mij voorstel om eerst sober te beginnen en die trial en error te proberen.

 


Tja... met alle respect... maar je zal toch zelf het 1 en ander uit moeten proberen. Je kunt van KPN niet verwachten dat die zomaar nieuwe Experiaboxen rond loopt te strooien.

Ik geef je deels gelijk maar eigenlijk zou KPN met het uitlezen van het logbestand ook het een en ander kunnen zien. 

Ik denk dat de KPN medewerkers hier op het forum er niets meer mee kunnen dan jij en ik. En dat is niet zoveel.


Tja... met alle respect... maar je zal toch zelf het 1 en ander uit moeten proberen. Je kunt van KPN niet verwachten dat die zomaar nieuwe Experiaboxen rond loopt te strooien.

Ik geef je deels gelijk maar eigenlijk zou KPN met het uitlezen van het logbestand ook het een en ander kunnen zien. 

Ik denk dat de KPN medewerkers hier op het forum er niets meer mee kunnen dan jij en ik. En dat is niet zoveel.

Ik in ieder geval niet 😂

Maar wellicht kan het doorgestuurd worden naar de ict-jongens en/of meisjes. 


Ik heb niks meer gehoord en ga er van uit dat je voldoende informatie hebt. Mocht je toch nog vragen hebben, stel ze gerust.


Hoi @Sjakie1979 . Welkom op het forum.

Je hebt veel spullen in je netwerk en wat ik mij kan voorstellen is dat sommige apparaten met elkaar conflicteren. 

Als jij (tijdelijk) die sonos spulletjes loskoppelt, blijft de verbinding dan wel intact? Ik vraag dit omdat ik meerdere topics in beheer heb waarbij er conflicten lijken te zijn tussen sonos spulletjes en ons modem.

Hoi, ik had vergelijkbare problemen zie mijn draadje https://forum.kpn.com/internet-9/wegvallen-bedraad-internet-experia-v10-icm-sonosnet-501407.