[ovs-discuss] [ovsdb-dev] bfd implementation in OVS
daya kamath
daya_k at yahoo.com
Wed Aug 26 10:03:41 UTC 2015
thanks ravi and alex! ravi, alex has also confirmed that the pkts are vxlan encapsulated, outer IP would have to be the TEP IP, and inner IP is immaterial since the slow path at the receiver would essentially ignore it.
thanks!daya
From: "Ravi_Sabapathy at Dell.com" <Ravi_Sabapathy at Dell.com>
To: daya_k at yahoo.com; discuss at openvswitch.org
Cc: ovsdb-dev at lists.opendaylight.org; C_Venkataraghavan at DELL.com
Sent: Wednesday, August 26, 2015 2:28 PM
Subject: RE: [ovsdb-dev] bfd implementation in OVS
#yiv5620352777 #yiv5620352777 -- _filtered #yiv5620352777 {font-family:SimSun;panose-1:2 1 6 0 3 1 1 1 1 1;} _filtered #yiv5620352777 {panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv5620352777 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv5620352777 {panose-1:2 1 6 0 3 1 1 1 1 1;} _filtered #yiv5620352777 {font-family:Verdana;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv5620352777 #yiv5620352777 p.yiv5620352777MsoNormal, #yiv5620352777 li.yiv5620352777MsoNormal, #yiv5620352777 div.yiv5620352777MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv5620352777 a:link, #yiv5620352777 span.yiv5620352777MsoHyperlink {color:blue;text-decoration:underline;}#yiv5620352777 a:visited, #yiv5620352777 span.yiv5620352777MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv5620352777 p {margin-right:0in;margin-left:0in;font-size:12.0pt;}#yiv5620352777 p.yiv5620352777MsoListParagraph, #yiv5620352777 li.yiv5620352777MsoListParagraph, #yiv5620352777 div.yiv5620352777MsoListParagraph {margin-top:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv5620352777 span.yiv5620352777EmailStyle17 {color:#1F497D;}#yiv5620352777 .yiv5620352777MsoChpDefault {font-size:10.0pt;} _filtered #yiv5620352777 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv5620352777 div.yiv5620352777WordSection1 {}#yiv5620352777 _filtered #yiv5620352777 {} _filtered #yiv5620352777 {margin-left:1.75in;} _filtered #yiv5620352777 {margin-left:2.25in;} _filtered #yiv5620352777 {margin-left:2.75in;} _filtered #yiv5620352777 {margin-left:3.25in;} _filtered #yiv5620352777 {margin-left:3.75in;} _filtered #yiv5620352777 {margin-left:4.25in;} _filtered #yiv5620352777 {margin-left:4.75in;} _filtered #yiv5620352777 {margin-left:5.25in;} _filtered #yiv5620352777 {margin-left:5.75in;}#yiv5620352777 ol {margin-bottom:0in;}#yiv5620352777 ul {margin-bottom:0in;}#yiv5620352777 Hi Daya, BFD operates on top of any data protocol (network layer, link layer, tunnels(vxlan tunnel), etc.) being forwarded between two systems. BFD provides failure detection on direct physical links, virtual circuits, tunnels(vxlan tunnel) etc. If BFD is run over a VXLAN tunnel, the BFD packets will be encapsulated inside the VXLAN header. Inner IPv4 Header: +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| IHL |Type of Service| Total Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identification |Flags| Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | TTL = 1 |Protocol=17(UDP)| Header Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Inner Source IPv4 Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Inner Destination Ipv4 Address = 127/8 address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The above picture shows a sample Inner IPv4 Header for BFD. The TTL =1 that was mentioned in the link (http://openvswitch.org/pipermail/discuss/2015-February/016515.html) should corresponds to the inner IPv4 TTL. As per BFD specification, the protocol should be run between 2 systems. 1. On a physical network it will be between 2 links.2. On a tunnel/overlay network, it will be between 2 end points. So, ideally the TTL value should be 1 or single hop. Consider your scenario where VXLAN is formed between 2 OVS switches over a WAN network. How will the VM's connected to these switches communicate? The OVS should not bother about the underlay network and worry only about the VXLAN tunnel. In the same way, BFD will be transmitted to the tunnel end point (TEP) over the VXLAN tunnel and consider it as a single hop. For example consider the tunnel end points 5.5.5.1 and 5.5.5.2 From the TEP 5.5.5.1, VXLAN encapsulated BFD packet is sent. The intermediate routers or switches should not consume the BFD packet. Only TEP (5.5.5.2) switch should de-encapsulate the BFD packet and send it to the BFD protocol. The BFD protocol control messages will be exchanged in this manner. If the BFD control message are not properly exchanged between TEP’s as per agreement, then the BFD protocol should intimate the link down to the OVS. OVS can update it in the Physical locator table. The above said statements may not be true for OVS implementation of BFD. I have said in the context of a hardware switch using proprietary BFD protocol. I think the BFD IP should be the tunnel IP, since we run BFD protocol between the VXLAN TEP. Regards,Ravi
From: ovsdb-dev-bounces at lists.opendaylight.org [mailto:ovsdb-dev-bounces at lists.opendaylight.org] On Behalf Of daya kamath
Sent: Tuesday, August 25, 2015 5:27 PM
To: discuss at openvswitch.org
Cc: Ovsdb-dev <ovsdb-dev at lists.opendaylight.org>
Subject: [ovsdb-dev] bfd implementation in OVS hi ,i would like some clarification on the BFD implementation in OVS. http://openvswitch.org/pipermail/discuss/2015-February/016515.html indicates the BFD is not multi-hop but sent through the tunnel. can someone please clarify, if i create a VXLAN tunnel between 2 OVS switches over a WAN,1. will the BFD work, i.e will BFD packets be VXLAN encapsulated, and delivered as if it were a single hop? 2. if yes, how does the OVS detect BFD payload after stripping off the VXLAN header on an incoming packet?3. what does the VTEP put in the inner source and dest IP fields for BFD pkts? does it put the same values as the outer header? thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openvswitch.org/pipermail/ovs-discuss/attachments/20150826/b403d394/attachment-0002.html>
More information about the discuss
mailing list