[ovs-dev] ovn: Issue in ACL stage when the dhcp reply packet is resumed
Babu Shanmugam
bschanmu at redhat.com
Thu May 5 12:06:43 UTC 2016
Numan,
It happens because flow chain is paused at the DHCP flow and while
resuming, the inport is set 0. When the packet traverse down the
pipeline, while processing an upcall for conntrack in the 49th table, a
lookup for DP inport 0 is performed and could not be found. Hence, it
was not able to proceed further.
I think using packet-out with necessary actions in the userdata for
packet traversal would be better. We can use logical flow syntax such as
"output(inport)" to imply that the response is a packet-out to the
inport from which packet came. Suggestion are welcome.
Thank you,
Babu
On Wednesday 13 April 2016 09:23 PM, Numan Siddique wrote:
> Hi,
>
> I am seeing an issue while testing the ovn native dhcp implementation.
>
> When the dhcp reply packet from ovn-controller is resumed by ovs-vswitchd,
> the packet is getting dropped in the egress pipeline - ACL stage.
>
> I see the below messages in the vswitchd.log
>
> ------------------
> 2016-04-13T14:14:03.813Z|00002|ofproto_dpif_upcall(handler1)|INFO|received
> packet on unassociated datapath port 0
> 2016-04-13T14:14:03.860Z|00001|ofproto_dpif_upcall(revalidator2)|WARN|Failed
> to acquire udpif_key corresponding to unexpected flow (Invalid argument):
> ufid:a33e557f-369f-404e-aefb-2e3da678b09a
> ------------------------
>
>
> In the function upcall_receive(), I could see that xlate_lookup() is
> returning error.
>
> Also I could see that in the function odp_flow_key_to_flow__()
> L5191, nl_attr_get_odp_port(attrs[OVS_KEY_ATTR_IN_PORT]) is returning 0.
>
>
> Please let me know if you need further information.
>
> Thanks
> Numan
> _______________________________________________
> dev mailing list
> dev at openvswitch.org
> http://openvswitch.org/mailman/listinfo/dev
More information about the dev
mailing list