<div dir="ltr"><div>Yes,  you are right about the root cause.<br><br></div><div>A fully wildcarded ip proto in the key would prevent the mask of ICMP (may not be fully wildcarded) to be generated. <br></div><div>This patch fixes it. <br>
</div><div><br></div><div>Andy <br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jun 21, 2013 at 9:27 AM, Jesse Gross <span dir="ltr">&lt;<a href="mailto:jesse@nicira.com" target="_blank">jesse@nicira.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Jun 20, 2013 at 11:38 PM, Andy Zhou &lt;<a href="mailto:azhou@nicira.com">azhou@nicira.com</a>&gt; wrote:<br>

&gt; Fix a bug where some mask attributes are missing in the netlink packets<br>
&gt; from kernel to the user space.<br>
&gt;<br>
&gt; Reported-by: Justin Pettit &lt;<a href="mailto:jpettit@nicira.com">jpettit@nicira.com</a>&gt;<br>
&gt; Signed-off-by: Andy Zhou &lt;<a href="mailto:azhou@nicira.com">azhou@nicira.com</a>&gt;<br>
<br>
</div>Can you describe this some more? Presumably, this is because some of<br>
the prerequisite values are either fully or partially masked out and<br>
this is preventing latter masks from being emitted. However, since we<br>
force prerequisites to be exact match, doesn&#39;t that mean the omitted<br>
masks are fully wildcarded?<br>
</blockquote></div><br></div>