Generic Overlay OAM and Datapath Failure Detection
draft-jain-nvo3-overlay-oam-03
Document | Type |
Expired Internet-Draft
(individual)
Expired & archived
|
|
---|---|---|---|
Authors | Pradeep Jain , Kanwar Singh , Diego Garcia del Rio , Wim Henderickx , Vinay Bannai , Ravi Shekhar , Anil Lohiya | ||
Last updated | 2015-09-08 (Latest revision 2015-03-07) | ||
RFC stream | (None) | ||
Intended RFC status | (None) | ||
Formats | |||
Stream | Stream state | (No stream defined) | |
Consensus boilerplate | Unknown | ||
RFC Editor Note | (None) | ||
IESG | IESG state | Expired | |
Telechat date | (None) | ||
Responsible AD | (None) | ||
Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
This proposal describes a mechanism that can be used to detect Data Path Failures of various overlay technologies as VXLAN, NVGRE, MPLSoGRE and MPLSoUDP and verifying/sanity of their Control and Data Plane for given Overlay Segment. This document defines the following for each of the above Overlay Technologies: o Encapsulation of OAM Packet, such that it has same Outer and Overlay Header as any End-System's data going over the same Overlay Segment. o The mechanism to trace the Underlay that is exercised by any Overlay Segment. o Procedure to verify presence of any given Tenant VM or End-System within a given Overlay Segment at Overlay End-Point. Even though the present proposal addresses Overlay OAM for VXLAN, NVGRE, MPLSoGRE and MPLSoUDP, but the procedures described are generic enough to accommodate OAM for any other Overlay Technology.
Authors
Pradeep Jain
Kanwar Singh
Diego Garcia del Rio
Wim Henderickx
Vinay Bannai
Ravi Shekhar
Anil Lohiya
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)