DHCPv4: Compile fix on 64bit Debian.

Merge pull request #29 from mehlis/rework-dhcpv4_assign

dhcpv4_assign: rework the assignment logic

DHCPv6: enable flash-renumbering hack only for /64 prefixes

Merge pull request #30 from dedeckeh/bugfixes

Fix IPv6 DNS server adddress selection

Fix IPv6 DNS server adddress selection

Fix selection of IPv6 DNS address in DHCPv6 and RA overwrite as an address could be selected
with preferred lifetime zero while IPv6 addresses are in use with non zero preferred
lifetimes.
Fix tries to pick the IPv6 address with the longest preferred lifetime now.
Fixes also the issue an IPv6 address with preferred lifetime zero could be returned in DHCPv6
DNS server option while an IPv6 address with non zero preferred lifetime is returned as DNS
recursive RA option for the same set of available IPv6 addresses.

dhcpv4_assign: rework the assignment logic

Merge pull request #28 from mehlis/dhcpv4_assign-clarify

dhcpv4_assign: try 100 times to find a IP

dhcpv4_assign: try 100 times to find a IP

This is what the comment on the loop is saying.
Also change the srand comment to match to the actual code.

dhcpv6: fix calculation of T1 and T2

ndp: more fixes

ndp: fix proxying behavior

ndp: fix proc-setting

dhcpv6: allow flash renumbering in hybrid management mode

Begin rewrite of NDP-relay

router: add support for router address

router: unicast RAs to RS senders by default

config: remove spurious free() call

odhcpd: don't kill static lease entries

dhcpv4: fix manual dhcp-ranges

Fix compilation errors in last commit

dhcpv6-ia: add logging

Merge pull request #23 from mehlis/nak-to-broadcast

dhcpv4: send Nak to broadcast address

dhcpv4: log reply in a more precise way

dhcpv4: send NAK to broacast address

dhcpv4: added more comments

PD: don't consider deprecated assigned prefixes when calculating avilable PD size

Merge pull request #22 from mehlis/log-dhcp4-events

dhcpv4: log requests and replies to syslog

Merge pull request #21 from mehlis/fix-nak-by-doing-valid-reply

dhcpv4: offer a valid configuration with DHCP NAK

dhcpv4: offer a valid configuration with DHCP NAK

On network change the client requests a non valid
configuration. In this case we have to reply with
a DHCP NAK. But this NAK can include a valid
configuration like an ACK does.

With this change iDevices and Androids can finish
DHCP even with wrong configuration in first
REQUEST with two packets and without any additional
timeouts and round trips.

Merge pull request #20 from mehlis/implement-dhcp4-router-config

dhcpv4: implement router configuration option

dhcpv4: implement router configuration option

RFC 2132 defines:

3.5. Router Option

   The router option specifies a list of IP addresses for routers on the
   client's subnet.  Routers SHOULD be listed in order of preference.

   The code for the router option is 3.  The minimum length for the
   router option is 4 octets, and the length MUST always be a multiple
   of 4.

    Code   Len         Address 1               Address 2
   +-----+-----+-----+-----+-----+-----+-----+-----+--
   |  3  |  n  |  a1 |  a2 |  a3 |  a4 |  a1 |  a2 |  ...
   +-----+-----+-----+-----+-----+-----+-----+-----+--

dhcpv4: log requests and replies to syslog

This change let odhcpd print dhcpv4 events
to syslog.

Make failed to send a notice instead of a warning

Add host-entries for all IPv6 addresses

sync hostfile more often

ra: don't send MSR for /64 prefix if DP is /64 as well

Don't loose routes in managed PD

Revert "rewrite of NDP proxy" for now

Fix typo in ubus integration

Fix compilation

Add missing NDP sync features

Initial rewrite of NDP proxy

odhcpd: only enable packet socket if really needed

Merge pull request #18 from dedeckeh/bugfixes

Improved compliance with RFC3315

Replace option sol_max_rt by inf_max_rt in reply response to information request

DHCPv6 destination address check

As described in RFC3315 §15 any solicit, confirm, rebind or information request message is discarded if the destination address is unicast
Likewise any request (§18.2.1), renew (§18.2.3), release (§18.2.6) or decline (§18.2.7) message is discarded and the server replies with the status code use multicast.

DHCPv4: send DHCPNAK if requested addr != leased addr

Merge pull request #17 from mar-kolya/master

leasefile: do not output expired dhcpv6 leases

leasefile: do not output expired dhcpv6 leases

Sometimes ip that is assigned to a host changes, old ip is still kept aroung as 'expired'.
This expired ip gets dumped into leasefile and is read by dnsmasq.
The result is that hotsname is resolved into expired ip and that confuses clients.
This patch prevents expired leases from being written into leasefile.

Fixes compile error with musl

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

Fix DHCPv4 static leases (thanks arnd)

use leaetime as base for T1 and T2 upper bound

backup for notonlink

Make hostid more convenient

dhcpv6: send NotOnLink status on global level

add more consistency to host file writing

dhcpv4: update hostfile more often

Fix option id for hostnames

config: accept domains with trailing .

dhcpv4: use search domain instead of domain option

Fix DHCP settings for /28

Merge pull request #14 from dedeckeh/bugfixes

Fix DHCPv6 relay reply message in case raw DHCPv6 attributes are present

Fix DHCPv6 relay reply message in case raw DHCPv6 attributes are present

Use enum to index iov struct

Add default DHCPv4 range for prefixes down to /28

Make filtering customizable

Move dhcpv6 raw attributes to correct place

Add support for raw DHCPv6 attributes

Merge pull request #13 from dedeckeh/bugfixes

Bugfixes

Add status code ok option in reply to a decline message

RFC3315 Section 18.2.7 states a status code OK needs to be returned by the server :
After all the addresses have been processed, the server generates a  Reply message and
includes a Status Code option with the value Success, a Server Identifier option with
the server's DUID, and a Client Identifier option with the client's DUID.

Don't return a DHCPv6 reply in response to a confirm without address(es)

RFC3315 Section 18.2.2 states no reply must returned by the server in case no address(es) are present :
If the server is unable to perform this test (for example, the server does not have information about prefixes on the link to which the client is connected),
or there were no addresses in any of the IAs sent by the client, the server MUST NOT send a reply to the client.

config: use correct defaults if interface is not in UCI

odhcpd: managed PD wait for 250ms initial period

Make clang happy

Keep managed PD for at least 150 seconds

Wait at least 15 seconds for managed PD to be acknowledged

don't kill of managed PD too early

Complete managed PD/CER-ID support

Managed PD: initial support

ubus: convert to async calls

ubus: use safe iterator

ubus: don't redeclare variable c

Don't segfault when there is no IPv6 support

Fix HMAC-MD5 in DHCPv6-reconfigure (thx rsmarples)

config: more static ndp fixes

Fix parsing of static ndp entries

Don't announce :: as DNS

Fix DNS-server and routes announced in RA for certain prefix cases

Fix wrong address pool being advertised

Replace IN6_ARE_ADDR_EQUAL by memcmp to avoid unaligneds

Avoid some bloat

Add support for (managed) prefixes of length 65-96

Dynamically calculate RA intervals when prefix lifetimes are short

Fix homenet filter

Change homenet detection to User-Class

Merge pull request #9 from dedeckeh/bugfixes

Fix ra_management and ndproxy_routing config overwrite

Fix ra_management and ndproxy_routing config overwrite

Set default values for the ra_management and ndproxy_routing
config parameters if no attributes are present and overwrite is
to true.

Merge remote branch 'upstream/master' into bugfixes

Merge remote branch 'upstream/master' into bugfixes

Fix another memory corruption

Fix memory corruption when reloading static leases