vtep: Document the meaning of VLAN zero for vlan_bindings
[cascardo/ovs.git] / vtep / vtep.xml
index 4393a16..2bdee1c 100644 (file)
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<database title="Hardware VTEP Database">
+<database name="vtep" title="Hardware VTEP Database">
   <p>
     This schema specifies relations that a VTEP can use to integrate
     physical ports into logical switches maintained by a network
     exactly one record in the <ref table="Global"/> table.
 
     <column name="switches">
-      The physical switches managed by the VTEP.
+      <p>
+        The physical switch or switches managed by the VTEP.
+      </p>
+
+      <p>
+        When a physical switch integrates support for this VTEP schema, which
+        is expected to be the most common case, this column should point to one
+        <ref table="Physical_Switch"/> record that represents the switch
+        itself.  In another possible implementation, a server or a VM presents
+        a VTEP schema front-end interface to one or more physical switches,
+        presumably communicating with those physical switches over a
+        proprietary protocol.  In that case, this column would point to one
+        <ref table="Physical_Switch"/> for each physical switch, and the set
+        might change over time as the front-end server comes to represent a
+        differing set of switches.
+      </p>
     </column>
 
     <group title="Database Configuration">
@@ -75,7 +90,7 @@
           <dt><code>ssl:<var>ip</var></code>[<code>:<var>port</var></code>]</dt>
           <dd>
             <p>
-              The specified SSL <var>port</var> (default: 6632) on the host at
+              The specified SSL <var>port</var> (default: 6640) on the host at
               the given <var>ip</var>, which must be expressed as an IP address
               (not a DNS name).
             </p>
 
           <dt><code>tcp:<var>ip</var></code>[<code>:<var>port</var></code>]</dt>
           <dd>
-            The specified TCP <var>port</var> (default: 6632) on the host at
+            The specified TCP <var>port</var> (default: 6640) on the host at
             the given <var>ip</var>, which must be expressed as an IP address
             (not a DNS name).
           </dd>
           <dd>
             <p>
               Listens for SSL connections on the specified TCP <var>port</var>
-              (default: 6632).  If <var>ip</var>, which must be expressed as an
+              (default: 6640).  If <var>ip</var>, which must be expressed as an
               IP address (not a DNS name), is specified, then connections are
               restricted to the specified local IP address.
             </p>
           <dt><code>ptcp:</code>[<var>port</var>][<code>:<var>ip</var></code>]</dt>
           <dd>
             Listens for connections on the specified TCP <var>port</var>
-            (default: 6632).  If <var>ip</var>, which must be expressed as an
+            (default: 6640).  If <var>ip</var>, which must be expressed as an
             IP address (not a DNS name), is specified, then connections are
             restricted to the specified local IP address.
           </dd>
       <group title="BFD Local Configuration">
         <p>
           The HSC writes the key-value pairs in the
-          <ref column="bfd_config_local"/> column to specifiy the local
+          <ref column="bfd_config_local"/> column to specify the local
           configurations to be used for BFD sessions on this tunnel.
         </p>
 
           Set to an Ethernet address in the form
           <var>xx</var>:<var>xx</var>:<var>xx</var>:<var>xx</var>:<var>xx</var>:<var>xx</var>
           to set the MAC expected as destination for received BFD packets.
+          The default is <code>00:23:20:00:00:01</code>.
         </column>
 
         <column name="bfd_config_local" key="bfd_dst_ip">
 
         <column name="bfd_params" key="enable" type='{"type": "boolean"}'>
           True to enable BFD on this tunnel.
+          The default is False.
         </column>
 
         <column name="bfd_params" key="min_rx"
 
         <column name="bfd_params" key="cpath_down" type='{"type": "boolean"}'>
           Set to true to notify the remote endpoint that traffic should not be
-          forwarded to this system for some reason other than a connectivty
+          forwarded to this system for some reason other than a connectivity
           failure on the interface being monitored.  The typical underlying
           reason is ``concatenated path down,'' that is, that connectivity
           beyond the local system is down.  Defaults to false.
         HSC clears all key-value pairs from <ref column="bfd_status"/>.
       </p>
 
+      <column name="bfd_status" key="enabled"
+        type='{"type": "boolean"}'>
+        Set to true if the BFD session has been successfully
+        enabled. Set to false if the VTEP cannot support BFD or has
+        insufficient resources to enable BFD on this tunnel. The NVC
+        will disable the BFD monitoring on the other side of the tunnel
+        once this value is set to false.
+      </column>
+
       <column name="bfd_status" key="state"
         type='{"type": "string",
               "enum": ["set", ["admin_down", "down", "init", "up"]]}'>
         remote endpoint's BFD session thinks is wrong.  The error messages
         are defined in section 4.1 of [RFC 5880].
       </column>
+
+      <column name="bfd_status" key="info">
+        A short message providing further information about the BFD status
+        (possibly including reasons why BFD could not be enabled).
+      </column>
       </group>
     </group>
   </table>
       Identifies how VLANs on the physical port are bound to logical switches.
       If, for example, the map contains a (VLAN, logical switch) pair, a packet
       that arrives on the port in the VLAN is considered to belong to the
-      paired logical switch.
+      paired logical switch. A value of zero in the VLAN field means
+      that untagged traffic on the physical port is mapped to the
+      logical switch.
     </column>
 
     <column name="vlan_stats">
       column with a mapping for every VLAN that is bound in <ref
       column="vlan_bindings"/>.  An implementation that does not support such
       statistics or only partially supports them would not populate this column
-      or partially populate it, respectively.
+      or partially populate it, respectively. A value of zero in the
+      VLAN field refers to untagged traffic on the physical port.
     </column>
 
     <group title="Identification">
     <group title="Error Notification">
       <p>
         An entry in this column indicates to the NVC that the physical port has
-        encountered a fault. The switch must clear this column when the errror
+        encountered a fault. The switch must clear this column when the error
         has been cleared.
       </p>
       <column name="port_fault_status" key="invalid_vlan_map">
       addresses of the appropriate VTEP(s).
     </column>
 
+    <column name="ipaddr">
+      The IP address to which this MAC corresponds. Optional field for
+      the purpose of ARP supression.
+    </column>
   </table>
 
   <table name="Mcast_Macs_Remote" title="Multicast MACs (remote)">
       in which case the physical locators will be IP addresses of
       service nodes. If the VTEP supports replication onto multiple
       tunnels, then this may be used to replicate directly onto
-      VTEP-hyperisor tunnels.
+      VTEP-hypervisor tunnels.
     </p>
 
     <column name="MAC">