<div dir="ltr"><div><div><div>Dears,</div><div><br></div><div>I already posted about this problem a while ago, but still could not find a solution.<br></div></div><div>I am using Kea version 1.1.0 on a Debian system.<br></div><div><br></div><div>I have a secondary LAN connected to the main LAN by a Wi-Fi bridge with WDS (managed by hostapd).</div><div>The
 Kea DHCP server is on the main LAN, like the following:</div></div><div><br></div><div><br></div><div>Client A</div><div>      |<br></div><div><secondary LAN> ---- Wi-Fi (WDS) brigde ---- <main LAN> -- DHCP server<br></div><div><br></div><div><br></div><div>My problem is that clients on the 
secondary LAN (e.g. Client A) do not get any address from the Kea DHCP server.</div><div><br></div><div>Note that Kea DHCP works fine for clients directly connected to <main LAN> or regular WiFi clients.</div><div><br></div><div>Also, if I configure Client A with a static IP, or if I use DNSMASQ instead of Kea as DHCP server, everything works fine on the secondary LAN as well.</div><div><div><br></div><div><br></div><div>Kea log files show a sequence of advertised leases for remote lan clients, but lease is never allocated:</div></div><div><br></div><div> 
 2017-10-20 12:08:41.911 INFO  [kea-dhcp4.leases/7610] 
DHCP4_LEASE_ADVERT [hwtype=1 aa:bb:cc:dd:ee:ff], cid=[no info], 
tid=0x95d72610: lease 192.168.200.11 will be advertised<br>  2017-10-20 
12:08:56.909 INFO  [kea-dhcp4.leases/7610] DHCP4_LEASE_ADVERT [hwtype=1 
aa:bb:cc:dd:ee:ff], cid=[no info], tid=0x7f86aa3f: lease 192.168.200.12 
will be advertised<br>  2017-10-20 12:08:59.910 INFO  
[kea-dhcp4.leases/7610] DHCP4_LEASE_ADVERT [hwtype=1 aa:bb:cc:dd:ee:ff],
 cid=[no info], tid=0x4db63062: lease 192.168.200.13 will be advertised<br></div><div>...</div><div>...</div><div>  2017-10-20 12:09:04.910 INFO  [kea-dhcp4.leases/7610] 
DHCP4_LEASE_ADVERT [hwtype=1 aa:bb:cc:dd:ee:ff], cid=[no info], 
tid=0x3e6ad87b: lease 192.168.200.70 will be advertised</div><div><br></div><div> where aa:bb:cc:dd:ee:ff is the mac address of a client on the remote LAN (fake address, as I removed the real one from the log)</div><br><div><br></div><div>Do you have any idea of what the problem could be?</div><div><br></div><div>Thank you very much from your help!</div><div><br></div>Kind regards</div>