get_remote_fdb(), sctp_abort{}, handle_bfd_msg(), flood_remote;,
ct_proto() logical_flow actions where added without documentation.
Add documentation for these actions.
Fixes: 889e1fc500a0 ("controller, northd: Add logical flows to use the EVPN
static FDBs.")
Fixes: eba2a1e1ab12 ("Add sctp_abort logical flow action.")
Fixes: 7a72c9812c8c ("action: introduce handle_bfd_msg() action.")
Fixes: 7c3f7f415f1d ("northd, controller: Flood ARP and NA packet on transit
router.")
Fixes: 8e6f9a8355e2 ("northd: Fix HW offload problem related to ct_tuple.")
Assisted-by: Claude Opus 4.6, Claude Code
Signed-off-by: Jacob Tanenbaum <[email protected]>
---
ovn-sb.xml | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 65 insertions(+)
diff --git a/ovn-sb.xml b/ovn-sb.xml
index aaf7d60ff..7f766a669 100644
--- a/ovn-sb.xml
+++ b/ovn-sb.xml
@@ -1784,6 +1784,27 @@
<p><b>Example:</b> <code>outport = get_fdb(eth.src);</code></p>
</dd>
+ <dt><code><var>P</var> = get_remote_fdb(<var>A</var>);</code></dt>
+
+ <dd>
+ <p>
+ <b>Parameters</b>: 48-bit MAC address field <var>A</var>.
+ </p>
+
+ <p>
+ <b>Result</b>: stored to a logical port field <var>P</var>.
+ </p>
+
+ <p>
+ Looks up <var>A</var> in the remote FDB table. If an entry
+ is found, stores the logical port key to the out parameter
+ <code>P</code>. This is similar to <code>get_fdb</code>
+ but looks up remote FDB entries learned from other chassis.
+ </p>
+
+ <p><b>Example:</b> <code>outport =
get_remote_fdb(eth.dst);</code></p>
+ </dd>
+
<dt>
<code>put_fdb(<var>P</var>, <var>A</var>);</code>
</dt>
@@ -2536,6 +2557,18 @@ tcp.flags = RST;
<p><b>Prerequisite:</b> <code>tcp</code></p>
</dd>
+ <dt><code>sctp_abort { <var>action</var>; </code>...<code>
};</code></dt>
+ <dd>
+ <p>
+ This action transforms the current SCTP packet into an
+ ABORT chunk. The nested actions, such as
+ <code>output</code>, are executed on the resulting ABORT
+ packet.
+ </p>
+
+ <p><b>Prerequisite:</b> <code>sctp</code></p>
+ </dd>
+
<dt><code>reject { <var>action</var>; </code>...<code> };</code></dt>
<dd>
<p>
@@ -2631,6 +2664,38 @@ tcp.flags = RST;
</p>
</dd>
+ <dt><code>handle_bfd_msg();</code></dt>
+ <dd>
+ <p>
+ This action sends BFD packets to
+ <code>ovn-controller</code> for processing.
+ <code>ovn-controller</code> handles BFD protocol messages
+ received on tunnel or logical ports.
+ </p>
+ </dd>
+
+ <dt><code>flood_remote;</code></dt>
+ <dd>
+ <p>
+ This action floods the packet to all remote ports, i.e.,
+ ports that reside on other chassis.
+ </p>
+ </dd>
+
+ <dt><code><var>R</var> = ct_proto();</code></dt>
+ <dd>
+ <p>
+ <b>Result</b>: stored to an 8-bit subfield <var>R</var>.
+ </p>
+
+ <p>
+ This action returns the IP protocol of the conntrack
+ original-direction tuple.
+ </p>
+
+ <p><b>Example:</b> <code>reg1[16..23] = ct_proto();</code></p>
+ </dd>
+
<dt><code><var>R</var> = select(<var>N1</var>[=<var>W1</var>],
<var>N2</var>[=<var>W2</var>], ...);</code></dt>
<dt><code><var>R</var> = select(values=(<var>N1</var>[=<var>W1</var>],
<var>N2</var>[=<var>W2</var>], ...);
hash_fields="<var>field1</var>,<var>field2</var>,...");</code></dt>
<dd>
--
2.55.0
_______________________________________________
dev mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
