Default (Non-Virtualized) Lisp Model; Lisp Shared Model Virtualization - Cisco Nexus 7000 Series Configuration Manual

Default (Non-Virtualized) LISP Model

• EID virtualization—Enabled by binding a LISP instance ID to an EID virtual routing and forwarding
• Routing locator (RLOC) virtualization—Tying locator addresses and associated mapping services to the
Because LISP can virtualize either or both of these namespaces, two models of operation are defined: the
shared model and the parallel model. To understand how these models differ from the non-virtualized model
of LISP, review information about the default (non-virtualized) model of LISP before reading about the shared
model and the parallel model.
Default (Non-Virtualized) LISP Model
By default, LISP is not virtualized in the EID space or the RLOC space. That is, unless otherwise configured,
both EID and RLOC addresses are resolved in the default (global) routing table. See the following figure.
Figure 7: Default (Nonvirtualized) LISP Model
The mapping system must also be reachable through the default table. This default model can be thought of
as a single instantiation of the parallel model of LISP virtualization where EID and RLOC addresses are within
the same namespace.

LISP Shared Model Virtualization

A LISP shared model virtualized EID space is created when you bind VRFs associated with an EID space to
Instance IDs. A common, shared locator space is used by all virtualized EIDs.
Figure 8: LISP Shared Model Virtualization resolves EIDs within VRFs tied to Instance IDs. The default (global) routing table is the shared
space.
Cisco Nexus 7000 Series NX-OS LISP Configuration Guide
36
(VRF). Instance IDs are numerical tags defined in the LISP canonical address format (LCAF) draft, and
are used to maintain address space segmentation in both the control plane and data plane.
specific VRF within which they are reachable enables RLOC virtualization.
LISP Instance-ID Support