My reading of commit b78f6b77 ("Remove support for obsolete
"tun_id_from_cookie" extension.") is that no part of Open vSwitch,
including ovs-ofctl, uses the TUN_ID_FROM_COOKIE extension any more.Signed-off-by: Simon Horman <ho...@verge.net.au> --- utilities/ovs-ofctl.8.in | 8 -------- 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/utilities/ovs-ofctl.8.in b/utilities/ovs-ofctl.8.in index ed2ba79..2ea77c5 100644 --- a/utilities/ovs-ofctl.8.in +++ b/utilities/ovs-ofctl.8.in @@ -671,14 +671,6 @@ If \fImask\fR is omitted, \fItunnel-id\fR is the exact tunnel ID to match; if \fImask\fR is specified, then a 1-bit in \fImask\fR indicates that the corresponding bit in \fItunnel-id\fR must match exactly, and a 0-bit wildcards that bit. -.IP -In an attempt to be compatible with more switches, \fBovs\-ofctl\fR will -prefer to use the ``tunnel ID from cookie'' Nicira extension to NXM. -The use of this extension comes with three caveats: the top 32 bits of -the \fBcookie\fR (see below) are used for \fItunnel-id\fR and thus -unavailable for other use, specifying \fBtun_id\fR on \fBdump\-flows\fR -or \fBdump\-aggregate\fR has no effect, and \fImask\fR is not supported. -If any of these caveats apply, \fBovs-ofctl\fR will use NXM. . .IP "\fBreg\fIidx\fB=\fIvalue\fR[\fB/\fImask\fR]" Matches \fIvalue\fR either exactly or with optional \fImask\fR in -- 1.7.6.3 _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
