As the flow is no longer modified (apart from the in_port) on tunnel
input, the perfect fitness can be retained.
Signed-off-by: Jarno Rajahalme <jarno.rajaha...@nsn.com>
---
ofproto/ofproto-dpif.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/ofproto/ofproto-dpif.c b/ofproto/ofproto-dpif.c
index a444701..0f97b6f 100644
--- a/ofproto/ofproto-dpif.c
+++ b/ofproto/ofproto-dpif.c
@@ -3838,9 +3838,6 @@ ofproto_receive(const struct dpif_backer *backer, struct
ofpbuf *packet,
}
port = ofport_dpif_cast(ofport);
- /* We can't reproduce 'key' from 'flow'. */
- fitness = fitness == ODP_FIT_PERFECT ? ODP_FIT_TOO_MUCH : fitness;
-
/* XXX: Since the tunnel module is not scoped per backer, it's
* theoretically possible that we'll receive an ofport belonging to an
* entirely different datapath. In practice, this can't happen because
--
1.7.10.4
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
