[ovs-dev] [CudaMailTagged] [patch_v1] ovn: Add additional comments regarding arp responders.

Darrell Ball dlu998 at gmail.com
Tue Sep 27 21:36:44 UTC 2016


There has been enough confusion regarding arp responders in
ovn to warrant some additional comments;  hence add a
general description regarding why they exist and document
the special cases.

The patch goes along with patch fix for vtep ports here:
https://patchwork.ozlabs.org/patch/675796/

Signed-off-by: Darrell Ball <dlu998 at gmail.com>
---
 ovn/northd/ovn-northd.8.xml | 21 ++++++++++++++++++---
 1 file changed, 18 insertions(+), 3 deletions(-)

diff --git a/ovn/northd/ovn-northd.8.xml b/ovn/northd/ovn-northd.8.xml
index 307e8be..0755213 100644
--- a/ovn/northd/ovn-northd.8.xml
+++ b/ovn/northd/ovn-northd.8.xml
@@ -415,14 +415,29 @@
     <h3>Ingress Table 9: ARP/ND responder</h3>
 
     <p>
-      This table implements ARP/ND responder for known IPs.  It contains these
-      logical flows:
+      This table implements ARP/ND responder for known IPs.  The advantage
+      of the arp responder flow is to limit arp broadcasts by locally
+      responding to arp requests without the need to send to other
+      hypervisors.  One common case is when the inport is a logical
+      port associated with a VIF and the broadcast is responded to on the
+      local hypervisor rather than broadcast across the whole network and
+      responded to by the destination VM.  It contains these logical flows:
     </p>
 
     <ul>
       <li>
         Priority-100 flows to skip ARP responder if inport is of type
-        <code>localnet</code>, and advances directly to the next table.
+        <code>localnet</code> or <code>vtep</code>, and advances directly
+        to the next table.  These port types are skipped because the arp
+        requests are received by multiple hypervisors which all have the
+        same mac binding locally.  There are some special cases:
+        north->south traffic using the l2gateway port will use an arp
+        responder on the l2 gateway chassis in the context of a logical
+        switch datapath.  Another case is when traffic flows from
+        south->north or east->west and goes through the gateway router.
+        This arp request will flow through a transit logical switch at
+        the destination hypervisor before going through the gateway router
+        and its inport will be a logical switch router type port.
       </li>
 
       <li>
-- 
1.9.1




More information about the dev mailing list