TODO.rst: Remove no longer applicable items.

Incremental processing is supported in both ovn-controller and
ovn-northd (partially).

Live migration is supported through the multi-value
LSP.options:requested-chassis configuration.

MAC learning is supported for all ports with addresses set to "unknown".

CoPP is supported for ARP request actions.

There is support to periodically flush MAC_Bindings to ensure they don't
become stale.  There's also work in progress to do this based on the
last time they were refreshed.

The ovsdb-server section doesn't really apply to OVN.

ACLs support "reject" action.

OVN-IC is packaged for RHEL/Fedora.

The simap "localvif_to_ofport" doesn't exist in physical.c anymore.

Signed-off-by: Dumitru Ceara <dceara@redhat.com>
Acked-by: Han Zhou <hzhou@ovn.org>

TODO.rst

@@ -29,77 +29,26 @@ OVN To-do List
   for gateway logical routers and logical routers with distributed gateway
   port.
 
-* Get incremental updates in ovn-controller and ovn-northd in some
-  sensible way.
-
-* Live migration.
-
-  Russell Bryant: "When you're ready to have the destination take over, you
-  have to remove the iface-id from the source and add it at the destination and
-  I think it'd typically be configured on both ends, since it's a clone of the
-  source VM (and it's config)."
-
 * VLAN trunk ports.
 
   Russell Bryant: "Today that would require creating 4096 ports for the VM and
   attach to 4096 OVN networks, so doable, but not quite ideal."
 
 * Service function chaining.
 
-* MAC learning.
-
-  Han Zhou: "To support VMs that hosts workloads with their own macs, e.g.
-  containers, if not using OVN native container support."
-
 * Hitless upgrade, especially for data plane.
 
 * Dynamic IP to MAC binding enhancements.
 
   OVN has basic support for establishing IP to MAC bindings dynamically, using
   ARP.
 
-  * Ratelimiting.
-
-    From casual observation, Linux appears to generate at most one ARP per
-    second per destination.
-
-    This might be supported by adding a new OVN logical action for
-    rate-limiting.
-
-  * Tracking queries
-
-     It's probably best to only record in the database responses to queries
-     actually issued by an L3 logical router, so somehow they have to be
-     tracked, probably by putting a tentative binding without a MAC address
-     into the database.
-
-  * Renewal and expiration.
-
-    Something needs to make sure that bindings remain valid and expire those
-    that become stale.
-
-    One way to do this might be to add some support for time to the database
-    server itself.
-
   * Table size limiting.
 
     The table of MAC bindings must not be allowed to grow unreasonably large.
 
 * MTU handling (fragmentation on output)
 
-* ovsdb-server
-
-  ovsdb-server should have adequate features for OVN but it probably needs work
-  for scale and possibly for availability as deployments grow.  Here are some
-  thoughts.
-
-  * Multithreading.
-
-    If it turns out that other changes don't let ovsdb-server scale
-    adequately, we can multithread ovsdb-server.  Initially one might
-    only break protocol handling into separate threads, leaving the
-    actual database work serialized through a lock.
-
 * Support multiple tunnel encapsulations in Chassis.
 
   So far, both ovn-controller and ovn-controller-vtep only allow chassis to
@@ -133,11 +82,9 @@ OVN To-do List
 
   * Support FTP ALGs.
 
-  * Support reject action.
-
 * OVN Interconnection
 
-  * Packaging for RHEL, Debian, etc.
+  * Packaging for Debian.
 
 * ovn-controller: Remove backwards compatibility for Southbound DB Port_Group
   names in expr.c a few releases after the 20.09 version. Right now
@@ -163,10 +110,6 @@ OVN To-do List
 
 * ovn-controller Incremental processing
 
-  * physical.c has a global simap -localvif_to_ofport which stores the
-    local OVS interfaces and the ofport numbers. Move this to the engine data
-    of the engine data node - ed_type_pflow_output.
-
   * Implement I-P for datapath groups.
 
 * ovn-northd parallel logical flow processing