Locator/ID Separation Protocol Delegated Database Tree (LISP-DDT)

Fuller, Vince; Lewis, Darrel; Ermagan, Vina; Jain, Amit Kumar; Smirnov, Anton

doi:10.17487/rfc8111

Cited by 13 publications

(13 citation statements)

References 7 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…When the Map-Servers are distributed (when using LISP-DDT [RFC8111]), the Receiver-sites MAY register to one Map-Server while the Sourcesite registers to a different Map-Server. In this scenario, the Map-Server for the receiver sites MUST resolve the unicast S-prefix EID across a distributed mapping transport system, per standard LISP lookup procedures and obtain the necessary information to send the Map-Notify messages to the Source-site.…”

Section: General Lisp Notification Proceduresmentioning

confidence: 99%

Signal-Free Locator/ID Separation Protocol (LISP) Multicast

Moreno¹,

Farinacci²

2018

View full text Add to dashboard Cite

When multicast sources and receivers are active at LISP sites, the core network is required to use native multicast so packets can be delivered from sources to group members. When multicast is not available to connect the multicast sites together, a signal-free mechanism can be used to allow traffic to flow between sites. The mechanism within here uses unicast replication and encapsulation over the core network for the data-plane and uses the LISP mapping database system so encapsulators at the source LISP multicast site can find decapsulators at the receiver LISP multicast sites.

show abstract

Section: General Lisp Notification Proceduresmentioning

confidence: 99%

Signal-Free Locator/ID Separation Protocol (LISP) Multicast

Moreno¹,

Farinacci²

2018

View full text Add to dashboard Cite

show abstract

“…Therefore, it takes a long time to find the ETR. Now, LISP‐ALT is being replaced by LISP delegated database tree (LISP‐DDT) . In LISP‐DDT, the ITR sends a Map‐Request to MR and the MR sends an iterative Map‐Request to its statically configured root DDT‐node.…”

Section: Related Workmentioning

confidence: 99%

A hash‐based distributed mapping control scheme in mobile locator‐identifier separation protocol networks

et al. 2017

View full text Add to dashboard Cite

In the locator-identifier separation protocol (LISP), the existing mapping control scheme is based on a centralized approach, in which a map server is used as a mobility anchor for mobile hosts. However, such a centralized scheme has some limitations that include traffic overhead at the central map server, service degradation by a single point of failure, and large data transmission delay. In this article, we propose a new hash-based distributed mapping control scheme of endpoint identifier (EID) and local locator in the LISP-based mobile networks. In the proposed scheme, each access router in the mobile network has a distributed local map server. For a mobile host, a distributed local map server is designated to manage the associated EID-local locator mapping by using a hash function. For roaming support, each gateway has a distributed global map server, which maintains visiting EID-locator register. From the numerical results, we see that the proposed scheme can reduce the amount of control traffic at the map server and total signaling delay compared to the existing mapping control schemes.

show abstract

“…DDT Map-Resolver: a network infrastructure element that accepts a Map-Request, adds the XEID to its lookup queue, then queries one or more DDT nodes for the requested EID, following returned referrals until it receives one with the MS-ACK action code [RFC8111]. This indicates that the Map-Request has been sent to a Map-Server that will forward it to an ETR that, in turn, will provide a Map-Reply to the original sender.…”

Section: Definitions Of Termsmentioning

confidence: 99%

“…See [RFC6830], [RFC6833], [RFC7835], and [RFC8111] for descriptions of the security properties of the LISP infrastructure.…”

Section: Implementation Detailsmentioning

confidence: 99%