On Fri, Jun 21, 2019 at 10:51:23AM -0700, Yi-Hung Wei wrote:
> This patch fixes the ofp_port to odp_port translation issue on patch
> port with nxt_resume.  When OVS resumes processing a packet from
> nxt_resume, OVS does not translate the ofp in_port to odp in_port
> correctly if the packet is originally received from a patch port.
> Currently,OVS sets the odp in_port for this resume pakcet as ODPP_NONE
> and push the resume packet back to the datapath. Later on, if the packet
> goes through a recirc, OVS will generate the following message since it
> can not translate odp in_port (ODPP_NONE) back to ofp in_port during upcall,
> and push down a datapath rule to drop the packet.
> 
>     ofproto_dpif_upcall(handler16)|INFO|received packet on unassociated
>         datapath port 4294967295
> 
> When OVS revalidates the drop datapath flow with ODPP_NONE in_port, we
> will see the following warning.
>     ofproto_dpif_upcall(revalidator18)|WARN|Failed to acquire udpif_key
>         corresponding to unexpected flow (Invalid argument): ufid:....
> 
> This patch resolves this issue by storing the odp in_port in the
> continuation messages, and restores the odp in_port before push the
> packet back to the datapath.
> 
> VMWare-BZ: 2364696
> Signed-off-by: Yi-Hung Wei <yihung....@gmail.com>

Thanks.  Applied to master.
_______________________________________________
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Reply via email to