LISP's Future Is Not In The Data Center
Posted by
Jeremy Littlejohn
July 21, 2010
LISP (Locator/Identifier Separation Protocol) is an IETF draft protocol that separates location information from host information on the Internet. The essential problem that LISP is designed to solve is the cost and viability of increasingly large Internet routing tables. As a side benefit, LISP is also touted as addressing the lack of flexibility and mobility in Internet routing architectures that limit the ability of an enterprise, or even an individual user, from moving providers or locations easily.
LISP is an interesting protocol in that it needs heavy participation from enterprises, small businesses, and service providers to be truly effective. However, I feel that it is only going to ultimately benefit service providers. I don't believe it has an immediate future in the enterprise, even though it is being pushed there.
LISP functions by separating the IP address of your location on the Internet (called your RLOC), from the IP address of your host (your EID). This separation allows you to move freely without regard to huge routing table changes and enables Internet routing tables to consolidate and provide only connectivity level address routing while maintaining the ability to reach the host, all without the cost associated with maintaining routes to each individual host subnet.
That sounds complicated. It isn't. Essentially, LISP is a separate layer of address resolution. Your LISP capable router registers your host address space (your EIDs - non-RFC 1918, of course) with a LISP map server. The registrations also list the provider assigned IP address of all of your Internet gateways (your RLOCs). If you have two ISPs, then you have two entries and two RLOCs. When someone wants to reach you, if they are LISP-enabled, they look up your mapping in the LISP database and send their data in a LISP encapsulated packet from their edge gateway (their ITR - Ingress Tunnel Router) to your edge gateway (your ETR - Egress Tunnel Router). This LISP encapsulated tunnel is similar to a GRE tunnel, although there are technical differences in packet formation; it is not GRE. Once the packet arrives at your RLOC (your ETR) , the LISP encapsulation is removed and the original packet, which has your host IP as the destination and the original host IP as the source. It is put on the wire and delivered to your application. I have grossly oversimplified the process for the purpose of this short post, but the basics are there.
The more people that use LISP, the smaller the BGP tables get because they only need to provide Internet on-ramp information (RLOC routing), not host level detail (EID routing). This should theoretically result in less expensive service provider equipment and less administrative overhead for Internet routing. Although, the new LISP infrastructure will be an additional capital cost and ongoing administrative cost for whomever provides it.
Page: 1 | 2 | Next Page »
