~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
`Locator/ID Separation Protocol
-(LISP) <http://tools.ietf.org/html/rfc6830>`__ is a technology that
+(LISP) <https://tools.ietf.org/html/rfc6830>`__ is a technology that
provides a flexible map-and-encap framework that can be used for overlay
network applications such as data center network virtualization and
Network Function Virtualization (NFV).
LISP provides the following name spaces:
- `Endpoint Identifiers
- (EIDs) <http://tools.ietf.org/html/rfc6830#page-6>`__
+ (EIDs) <https://tools.ietf.org/html/rfc6830#page-6>`__
- `Routing Locators
- (RLOCs) <http://tools.ietf.org/html/rfc6830#section-3>`__
+ (RLOCs) <https://tools.ietf.org/html/rfc6830#section-3>`__
In a virtualization environment EIDs can be viewed as virtual address
space and RLOCs can be viewed as physical network address space.
advanced SDN and NFV use cases.
LISP data plane Tunnel Routers are available at
-`OpenOverlayRouter.org <http://www.openoverlayrouter.org/>`__ in the open source community on
+`OpenOverlayRouter.org <https://www.openoverlayrouter.org/>`__ in the open source community on
the following platforms:
- Linux
- OpenWRT
For more details and support for LISP data plane software please visit
-`the OOR web site <http://www.openoverlayrouter.org/>`__.
+`the OOR web site <https://www.openoverlayrouter.org/>`__.
LISP Flow Mapping Service
~~~~~~~~~~~~~~~~~~~~~~~~~
- **Map Server:** This module processes the adding or registration of
authentication tokens (keys) and mappings. For a detailed
specification of LISP Map Server, see
- `LISP <http://tools.ietf.org/search/rfc6830>`__.
+ `LISP <https://tools.ietf.org/search/rfc6830>`__.
- **Map Resolver:** This module receives and processes the mapping
lookup queries and provides the mappings to requester. For a detailed
specification of LISP Map Server, see
- `LISP <http://tools.ietf.org/search/rfc6830>`__.
+ `LISP <https://tools.ietf.org/search/rfc6830>`__.
- **RPC/RESTCONF:** This is the auto-generated RESTCONF-based
northbound API. This module enables defining key-EID associations as
- **LISP Southbound Plugin:** This plugin enables data plane devices
that support LISP control plane protocol (see
- `LISP <http://tools.ietf.org/search/rfc6830>`__) to register and
+ `LISP <https://tools.ietf.org/search/rfc6830>`__) to register and
query mappings to the LISP Flow Mapping via the LISP control plane
protocol.
**lisp.smr** (default: *true*)
Enables/disables the `Solicit-Map-Request
- (SMR) <http://tools.ietf.org/html/rfc6830#section-6.6.2>`__
+ (SMR) <https://tools.ietf.org/html/rfc6830#section-6.6.2>`__
functionality. SMR is a method to notify changes in an EID-to-RLOC
mapping to "subscribers". The LISP service considers all
Map-Request’s source RLOC as a subscriber to the requested EID
In addition to the more common IPv4, IPv6 and MAC address data types,
the LISP control plane supports arbitrary `Address Family
-Identifiers <http://www.iana.org/assignments/address-family-numbers>`__
+Identifiers <https://www.iana.org/assignments/address-family-numbers>`__
assigned by IANA, and in addition to those the `LISP Canoncal Address
Format (LCAF) <https://tools.ietf.org/html/draft-ietf-lisp-lcaf>`__.
This section provides a tutorial demonstrating various features in this
service. We have included tutorials using two forwarding platforms:
-1. Using `Open Overlay Router (OOR) <https://github.com/OpenOverlayRouter/oor#overview>`__
+1. Using `Open Overlay Router (OOR) <https://github.com/OpenOverlayRouter/oor/wiki>`__
2. Using `FD.io <https://wiki.fd.io/view/ONE>`__
- **The Postman Chrome App**: the most convenient way to follow along
this tutorial is to use the `Postman
- App <https://www.getpostman.com/apps>`__
+ App <https://www.getpostman.com/downloads/>`__
to edit and send the requests. The project git repository hosts a
collection of the requests that are used in this tutorial in the
``resources/tutorial/OOR/Beryllium_Tutorial.json.postman_collection``
file. You can import this file to Postman by clicking *Import* at the
top, choosing *Download from link* and then entering the following
URL:
- `<https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=blob_plain;f=resources/tutorial/OOR/Beryllium_Tutorial.json.postman_collection;hb=refs/heads/stable/fluorine>`__.
+ `<https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=blob_plain;f=resources/tutorial/OOR/Beryllium_Tutorial.json.postman_collection;hb=refs/heads/master>`__.
Alternatively, you can save the file on your machine, or if you have
the repository checked out, you can import from there. You will need
to create a new Postman Environment and define some variables within:
URLs and body content on the page.
1. Install and run the OpenDaylight distribution on the controller VM.
- Please follow the general OpenDaylight Installation Guide
+ Please follow the general `OpenDaylight Installation Guide
+ <https://docs.opendaylight.org/en/latest/getting-started-guide/installing_opendaylight.html>`__
for this step. Once the OpenDaylight controller is running install
the *odl-lispflowmapping-msmr* feature from the Karaf CLI:
2. Install OOR on the **client**, **server1**, **server2**, and
**service-node** VMs following the installation instructions `from
- the OOR README
- file <https://github.com/OpenOverlayRouter/oor#software-prerequisites>`__.
+ the OOR README file
+ <https://github.com/OpenOverlayRouter/oor/blob/master/README.md>`__.
3. Configure the OOR installations from the previous step. Take a look
at the ``oor.conf.example`` to get a general idea of the structure
The ``resources/tutorial/OOR`` directory in the project git repository
has the files used in the tutorial `checked in
- <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/OOR;hb=refs/heads/stable/fluorine>`_,
+ <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/OOR;hb=refs/heads/master>`_,
so you can just copy the files to ``/etc/oor.conf`` on the respective
VMs. You will also find the JSON files referenced below in the same
directory.
With the default OpenDaylight configuration the failover should be
near instantaneous (we observed 3 lost pings in the worst case),
because of the LISP `Solicit-Map-Request (SMR)
- mechanism <http://tools.ietf.org/html/rfc6830#section-6.6.2>`__ that
+ mechanism <https://tools.ietf.org/html/rfc6830#section-6.6.2>`__ that
can ask a LISP data plane element to update its mapping for a
certain EID (enabled by default). It is controlled by the
``lisp.smr`` variable in ``etc/custom.porperties``. When enabled,
<https://www.opendaylight.org/downloads>`_
- **The Postman Chrome App**: Please follow the instructions_ and import
- postman collection from the following URL: `<https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=blob;f=resources/tutorial/FD_io/lfm_vpp.postman_collection.json;hb=refs/heads/stable/fluorine>`__.
+ postman collection from the following URL: `<https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=blob;f=resources/tutorial/FD_io/lfm_vpp.postman_collection.json;hb=refs/heads/master>`__.
- **Vagrant** (optional): Download it from `Vagrant website <https://www.vagrantup.com/downloads.html>`__
and follow the setup instructions.
sudo apt-get install bridge-utils ethtool
6. Now, install and run OpenDaylight on the VM. Please follow the general
- OpenDaylight Installation Guide for this step from :ref:`install_odl`.
+ `OpenDaylight Installation Guide
+ <https://docs.opendaylight.org/en/latest/getting-started-guide/installing_opendaylight.html>`__ for this step.
Before running OpenDaylight, we need to change the configuration for RTR
to work. Update ``etc/custom.properties`` with the ``lisp.elpPolicy`` to
be replace.
7. For setting up VPP, get the files from ``resources/tutorial/FD_io``
folder of the lispflowmapping repo. The files can also be found `here
- <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/stable/fluorine>`__.
+ <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/master>`__.
Copy the ``vpp1.config``, ``vpp2.config`` and ``rtr.config`` files in
``/etc/vpp/lite/``.
}
The JSON files regarding these can be found in `here
- <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/stable/fluorine>`__.
+ <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/master>`__.
Even though there is no southbound registration for mapping to OpenDaylight, using
northbound policy we can specify mappings, when Client requests for
the Server eid, Client gets a reply from OpenDaylight.
9. Assuming all files have been created and OpenDaylight has been configured as
explained above, execute the host script you've created or the ``topology_setup.sh``
- script from `here <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/stable/fluorine>`__.
+ script from `here <https://git.opendaylight.org/gerrit/gitweb?p=lispflowmapping.git;a=tree;f=resources/tutorial/FD_io;hb=refs/heads/master>`__.
10. If all goes well, you can now test connectivity between the namespaces with:
::
This section describes how to create a simple LISP overlay using the Cisco
IOS-XE network operating system as the data plane software running on the
`Cisco CSR 1000v Series Cloud Services Router
-<http://www.cisco.com/c/en/us/support/routers/cloud-services-router-1000v/model.html>`_.
+<https://www.cisco.com/c/en/us/support/routers/cloud-services-router-1000v/model.html>`_.
Prerequisites
^^^^^^^^^^^^^
<https://www.opendaylight.org/downloads>`_
- `CSR1Kv image with Cisco IOS-XE version 03.13.00.S or later
- <http://www.cisco.com/c/en/us/support/routers/cloud-services-router-1000v/model.html#~tab-downloads>`_;
+ <https://www.cisco.com/c/en/us/support/routers/cloud-services-router-1000v/model.html>`_;
the instructions have been tested on version 03.15.00.S.
- **A virtualization platform** supported by CSR1Kv images (VMware ESXi,
URLs and body content on the page. The easy way is to just use Postman.
1. Install and run the OpenDaylight distribution on the controller VM.
- Please follow the general OpenDaylight Installation Guide from
- :ref:`install_odl` for this step. Once the OpenDaylight controller is
+ Please follow the general `OpenDaylight Installation Guide
+ <https://docs.opendaylight.org/en/latest/getting-started-guide/installing_opendaylight.html>`__
+ for this step. Once the OpenDaylight controller is
running install the *odl-lispflowmapping-msmr* feature from the Karaf CLI:
::
2. Create the **client** and **server** VMs following the installation
instructions from the `CSR1Kv Configuration Guide
- <http://www.cisco.com/c/en/us/td/docs/routers/csr1000/software/configuration/b_CSR1000v_Configuration_Guide.html>`_.
+ <https://www.cisco.com/c/en/us/td/docs/routers/csr1000/software/configuration/b_CSR1000v_Configuration_Guide.html>`_.
3. Define a key and EID prefix association in OpenDaylight using the RPC REST
API for the **client** and **server** EIDs (1.1.1.1/32 and 2.2.2.2/32
To turn on clustering in LISP Flow Mapping it is necessary:
- run script **deploy.py** script. This script is in
- `integration-test <https://git.opendaylight.org/gerrit/integration/test>`__
+ `integration-test <https://git.opendaylight.org/gerrit/gitweb?p=integration/test.git;a=tree>`__
project placed at *tools/clustering/cluster-deployer/deploy.py*. A
whole deploy.py command can looks like: