Merge IPv6 EID support from Chris (0.3.3 -> 0.4.2)
o Merge in changes from Android LISP 0.4.5. This includes a couple
of small bug fixes with respect to packet flags, and support
for the connection manager concept of having multiple RLOC's
and choosing among them based on iptables and skb flags. lispd
will need to be updated to send the appropriate format
RLOC to the kernel.
Merge branch 'dataplane' into multihoming

Conflicts:
	lisp_mod/lisp_input.c
	lisp_mod/lisp_ipc.h
	lisp_mod/lisp_mod.h
	lisp_mod/lisp_output.c
	lisp_mod/tables.c
	lisp_mod/version.h
lisp_mod: fix merge regressions
Added support to multihoming to lispd. It can run in two modes: legacy and multi-interface

Compilation options
- Legacy Mode: compile normally
- Multi-interface: add -DLISPMOBMH to CFLAGS in lispd/Makefile

Comments:
- Multi-interface: The control interface receives index 0.
- The Netfilter priority is downgraded from NF_IP_PRI_FIRST to NF_IP_PRI_LAST. This is to ensure that lisp_mod "captures" packets after they have been marked. (the mangle priority is NF_IP_PRI_MANGLE

Basic Functionality:
- The module lisp_mod selects the outgoing interface/rloc based on the value that each packet (sk_buff structure) carries, using the variable "mark".
- lispd assigns a "mark" value to each rloc, 0 being the default rloc.
- As of now lispd assigns as "mark" the ifindex of the interface associated to each rloc (see /sys/class/net/<device_name/ifindex
- Example of use:
  To force all packets with destination eid 10.0.1.2 use the interface with ifindex 2, we would use the following rule:
  iptables -t MANGLE -I OUTPUT -d 10.0.1.2 -j MARK --set-mark 2
Merge pull request #16 from mportoles/multihoming

Multihoming
Extending map registration and SMR generation to account for
multihoming.

The changes focus on considering active/inactive interfaces as follows,
- If just a single interface is used, nothing changes
- With more than one interface running, when an interface falls
the generation of SMRs is rate limited. This is done to prevent excessive
SMRs in the case a link is going up/down repeatedly.
Merge pull request #17 from mportoles/multihoming

Handling SMRs and Map Registrations in Multihomed nodes
lisp_output: fix bug in identifing local EIDs (is_addrv6_local_eid)
Merge pull request #19 from albert-lopez/multihoming

lisp_output: fix bug in identifing local EIDs (is_addrv6_local_eid)
Multihoming - Multiple RLOCs are sent in order
Merge pull request #21 from albert-lopez/multihoming

Multihoming - Multiple RLOCs are sent in order
Merge branch 'testing' into multihoming
Add BUGS.md to track known issues
Revert "Fix build issues"

This reverts commit 5297f98d5f892c5a496dcc46f11969563cff4183.
Revert "Fix error with the checksum of TCP packets due to checksum offload"

This reverts commit aa6329fe4a746b9c9e7833949ec1ed17736875ba.
Revert "Fix error with the checksum of TCP packets due to checksum offload"

This reverts commit 3bbe8bd1d8f8451236fd8ed3688010ecec390234.
lispd: support IID on Map-Registers

Added new option 'iid' to the 'database-mapping' and 'static-map-cache'
sections of the configuration file and implemented support for
registering with Instance ID. When 'iid' is negative, no LCAF field is
generated and it is up to Map-Server implementation to use the default 0
IID. When a positive value is entered, a LCAF/IID field is added before
the EID when registering.
lispd: Support IID on Map-Request Source EID field
Reorganized IID code