Data centers

03:17 PM
Greg Ferro
Greg Ferro
Commentary
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%
Repost This

Using Cisco's OTV and LISP to Improve Application Availability

Data center and server failures can lead to high-profile service outages. Two Cisco protocols-- OTV and LISP--seek to minimize the effect of failures.

Cisco has two proprietary protocols to provide data center redundancy in the network--Overlay Transport Virtualization (OTV) and Cisco Locator/ID Separation Protocol (LISP). OTV and LISP solve different problems, but can work together to improve uptime and provide for disaster recovery services without application awareness or excessive bandwidth use. OTV solves the immediate problem for data center interconnection, but LISP is the best strategy.

Most companies are attempting to improve uptime through service resiliency. The idea is that when a service fails it can easily recover and resume operation. To improve service resiliency, you might deploy redundant systems so that any failure has limited impact.

Building highly available applications is difficult, involving long project execution times and considerable expense. As application complexity increases, confidence in the service often goes down because it's hard to develop, test and validate the resulting system. This means infrastructure systems that provide application redundancy and resilience are attractive choices.

In terms of OTV and LISP, redundancy means you must have two physically separate data centers that are able to run your applications. Resiliency means that applications can recover automatically from a failure in one data center by transferring service the second data center.

OTV Is Resilience; LISP is Redundancy

OTV provides a way to extend Ethernet networks between data centers with some safety mechanisms for operational integrity. Therefore, a system can move anywhere in an Ethernet VLAN, its IP address is unchanged, and, thus, it can maintain connections to the clients.

By extending Layer 2 Ethernet network between data centers, your virtualization management platform can move virtual machines between data centers. Virtualization services such as VMware High Availability can use this capability to rapidly switch between data centers and provide a resilient service.

LISP was developed by Cisco to allow a system to move anywhere in the network without changing its IP address and maintain client connections. LISP requires the network to be aware of every server, physical or virtual, and to modify network routing as the system and its IP address moves within the network.

Comparing OTV and LISP

OTV is attractive because it delivers resilience without modifying the application and can be deployed with limited impact to the network architecture. The negative aspect of the standard is that the network paths from VM to client will not be optimal because the client traffic must "'trombone" across the Data Center Interconnect (DCI). That is, user workstations accessing a VM in DC1 will continue to use the DC1 IP address even after the VM is moved to DC2. All client traffic must loop from Client-DC1-DC2-DC1-Client. The DCI bandwidth must be large enough to handle this traffic flow and, of course, big bandwidth means big costs. OTV by itself is seductively simple but expensive to implement.

LISP solves the "trombone" effect by propagating routing updates into the access network, including the WAN. When a virtual machine migration occurs, LISP can send routing data to the WAN so that clients will attach to DC2 directly.

LISP is far more powerful than OTV and scales to large numbers of servers. However, it requires significant upgrades to many elements in the network, including the data center switches and edge routers.

You can combine OTV and LISP to deliver a better service. Use OTV to enable VM mobility between data centers and use LISP to ensure that the path from the WAN to the data center is optimal. The two protocols together deliver both service resiliency and redundancy from the infrastructure layer and require little support or integration from the application.

Most companies are choosing to implement OTV today to solve their short-term needs for resilience. At the same time, Cisco has developed new technology with LISP that offers to address the OTV limitations through ongoing investment and planning in the network. It's a complex technology, but Cisco has delivered a strategy to solve these very real problems--in fact, it's a long way ahead of most customers on these technologies. But then, OTV and LISP are “engineer-driven” features, not business initiated.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
hartley231
50%
50%
hartley231,
User Rank: Apprentice
9/11/2012 | 6:02:23 PM
re: Using Cisco's OTV and LISP to Improve Application Availability
In researching overlay protocols for a large enterprise it is interesting that they are all in Informational or Experimental status. OTV - Informational. STT - Informational. VXLAN - Experimental. LISP - Experimental. NVGRE - Informational. NVO3 - Informational. Both OTV and LISP are solely originated by Cisco as is STT by Nicira. VXLAN, NVGRE and NVO3 have multiple vendors sponsoring or involved with the efforts.
Mike Fratto
50%
50%
Mike Fratto,
User Rank: Apprentice
8/15/2012 | 3:53:55 PM
re: Using Cisco's OTV and LISP to Improve Application Availability
The LISP documents in the IETF http://datatracker.ietf.org/wg... are marked as Experimental or Informational, meaning they are not standards track documents. Until they enter, if they enter standards track, any implementation is proprietary.
dinofarinacci
50%
50%
dinofarinacci,
User Rank: Apprentice
8/2/2012 | 11:04:38 PM
re: Using Cisco's OTV and LISP to Improve Application Availability
LISP is not proprietary. There has been a IETF working group developing the architecture and protocols since early 2009. For more information, see http://www.lisp4.net.
More Blogs from Commentary
Infrastructure Challenge: Build Your Community
Network Computing provides the platform; help us make it your community.
Edge Devices Are The Brains Of The Network
In any type of network, the edge is where all the action takes place. Think of the edge as the brains of the network, while the core is just the dumb muscle.
Fight Software Piracy With SaaS
SaaS makes application deployment easy and effective. It could eliminate software piracy once and for all.
SDN: Waiting For The Trickle-Down Effect
Like server virtualization and 10 Gigabit Ethernet, SDN will eventually become a technology that small and midsized enterprises can use. But it's going to require some new packaging.
IT Certification Exam Success In 4 Steps
There are no shortcuts to obtaining passing scores, but focusing on key fundamentals of proper study and preparation will help you master the art of certification.
Hot Topics
6
IT Certification Exam Success In 4 Steps
Amy Arnold, CCNP/DP/Voice,  4/22/2014
3
The Ideal Physical Network
Martin Casado 4/23/2014
White Papers
Register for Network Computing Newsletters
Cartoon
Current Issue
2014 Private Cloud Survey
2014 Private Cloud Survey
Respondents are on a roll: 53% brought their private clouds from concept to production in less than one year, and 60% ­extend their clouds across multiple datacenters. But expertise is scarce, with 51% saying acquiring skilled employees is a roadblock.
Video
Slideshows
Twitter Feed