LISP CP cleanup and refactoring 02/1802/13
authorFlorin Coras <fcoras@cisco.com>
Thu, 23 Jun 2016 13:01:58 +0000 (15:01 +0200)
committerChris Luke <chris_luke@comcast.com>
Mon, 4 Jul 2016 18:48:50 +0000 (18:48 +0000)
commitf727db9e6fb50b2930aedf18bcdda55fe0b96889
treeb2aeced07a924e4fdf62716faa6c6cb1b3e56a5a
parent7d54a3d120207b4a49a01b3b60ff6545499f1cb7
LISP CP cleanup and refactoring

- avoid code duplication by using only one function for
  insertion/updating of remote mappings into map-cache. Static remote
  mappings are now inserted using this function as well and therefore
  the code does not try to build forwarding entries out of them now.
- bring up lisp dp interfaces when a vni is bound to a vrf.
- ensure eids are cleaned-up before parsing control plane messages
- ensure map-requests are always sent to default fib
- new API to insert lisp adjacencies as opposed to remote mappings which
  should be replaced post merged in CSIT
- reorganize and group functions according to their purpose and use. No
  need to pre-declare internal functions now.
- this does not touch locator-set logic

Change-Id: Ibcfc0f2d9c1bc1c9eab6e83c1af1b4cf9302ac10
Signed-off-by: Florin Coras <fcoras@cisco.com>
vnet/vnet/lisp-cp/control.c
vnet/vnet/lisp-cp/control.h
vnet/vnet/lisp-cp/gid_dictionary.c
vnet/vnet/lisp-cp/lisp_msg_serdes.c
vnet/vnet/lisp-cp/lisp_types.c
vnet/vnet/lisp-cp/lisp_types.h
vnet/vnet/lisp-gpe/decap.c
vpp-api-test/vat/api_format.c
vpp/vpp-api/api.c
vpp/vpp-api/vpe.api