<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.saucez-lisp-itr-graceful" target="https://datatracker.ietf.org/doc/html/draft-saucez-lisp-itr-graceful-03">
   <front>
      <title>LISP ITR Graceful Restart</title>
      <author initials="D." surname="Saucez" fullname="Damien Saucez">
         <organization>INRIA</organization>
      </author>
      <author initials="O." surname="Bonaventure" fullname="Olivier Bonaventure">
         <organization>UCLouvain</organization>
      </author>
      <author initials="L." surname="Iannone" fullname="Luigi Iannone">
         <organization>Telecom ParisTech</organization>
      </author>
      <author initials="C." surname="Filsfils" fullname="Clarence Filsfils">
         <organization>Cisco Systems</organization>
      </author>
      <date month="December" day="20" year="2013" />
      <abstract>
	 <t>   The Locator/ID Separation Protocol (LISP) is a map-and-encap
   mechanism to enable communications between hosts identified with
   their Endpoint IDentifier (EID) over the Internet where EIDs are not
   routable.  To do so, packets toward EIDs are encapsulated in packets
   with routing locators (RLOCs) to form dynamic tunnels.  An Ingress
   Tunnel Router (ITR) that encapsulates EID packets determines tunnel
   endpoints via mappings that associate EIDs to RLOCs.  Before
   encapsulating a packet, the ITR queries the mapping system to obtain
   the mapping associated to the EID of the packet it must encapsulate.
   Such mapping is cached by the ITR in its local EID-to-RLOC cache for
   any subsequent encapsulation for the same EID.  LISP is scalable
   because EID-to-RLOC mappings are cached on ITRs.  Initially, the
   cache is empty and is populated progressively according to the
   traffic traversing the ITR.  However, after an ITR is restarted,
   e.g., for maintenance reason, its cache is empty which means that all
   packets that are re-routed to the freshly restarted ITR will cause
   cache misses and a potentially high loss rate.  In this draft, we
   present mechanisms to reduce the negative impact on traffic caused by
   the restart of an ITR in a LISP network.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-saucez-lisp-itr-graceful-03" />
   
</reference>
