<div dir="auto">Hi Pfaff, <div dir="auto"><br></div><div dir="auto">Thanks for suggesting.</div><div dir="auto"><br></div><div dir="auto">I had another setup with following configuration. Still I see the same. DF bit set.</div><div dir="auto"><br></div><div dir="auto">Linux Version 3.10.0-862.11.6.el7.x86_64</div><div dir="auto">Red Hat Enterprise Linux Server release 7.5 (Maipo)</div><div dir="auto">OvS version 2.9.0</div><div dir="auto"><br></div><div dir="auto">Is that okay? If not, I will pull out the latest version of OvS and will update you on that tomorrow.</div><div dir="auto"><br></div><div dir="auto">-</div><div dir="auto">Keerthana</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 20 Mar 2019 21:36 Ben Pfaff, &lt;<a href="mailto:blp@ovn.org">blp@ovn.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;d suggest upgrading.  Open vSwitch 2.7.0 is too old.  Even within the<br>
2.7.x series, the latest version is 2.7.8.  It is a waste of our time to<br>
try to try to debug a problem that might already have been fixed.<br>
<br>
On Wed, Mar 20, 2019 at 04:34:45PM +0530, Ammu wrote:<br>
&gt; Hi Pfaff,<br>
&gt; <br>
&gt; Thank you for your response.<br>
&gt; <br>
&gt; Here are the requirements you requested for:<br>
&gt; <br>
&gt; [root@localhost ~]# uname -a<br>
&gt; Linux localhost.localdomain 3.10.0-514.el7.x86_64 #1 SMP Tue Nov 22<br>
&gt; 16:42:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux<br>
&gt; <br>
&gt; [root@localhost ~]# ovs-vsctl show<br>
&gt; 0278e2a3-3c9f-4102-9449-65e3710cb5ad<br>
&gt;     ovs_version: &quot;2.7.0&quot;<br>
&gt; <br>
&gt; -<br>
&gt; Keerthana<br>
&gt; <br>
&gt; <br>
&gt; On Wed, Mar 20, 2019 at 6:56 AM Ben Pfaff &lt;<a href="mailto:blp@ovn.org" target="_blank" rel="noreferrer">blp@ovn.org</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; On Tue, Mar 19, 2019 at 05:19:42PM +0530, Ammu wrote:<br>
&gt; &gt; &gt;<br>
&gt; &gt; <a href="https://stackoverflow.com/questions/55223517/allow-df-not-to-be-set-on-gre-vxlan-tunnels" rel="noreferrer noreferrer" target="_blank">https://stackoverflow.com/questions/55223517/allow-df-not-to-be-set-on-gre-vxlan-tunnels</a><br>
&gt; &gt;<br>
&gt; &gt; That question reads:<br>
&gt; &gt;<br>
&gt; &gt;     I have created a bridge with a tunnel interface(be it either<br>
&gt; &gt;     vxlan/gre) and an internal interface. When incoming packets get<br>
&gt; &gt;     encapsulated with either vxlan/gre tunnel header, I don&#39;t want the<br>
&gt; &gt;     DF bit set on the outer IP layer of tunnelled packet.<br>
&gt; &gt;<br>
&gt; &gt;     Despite setting df_default tunnel option to False while creating the<br>
&gt; &gt;     tunnel interface, I get the DF bit set on the outer IP layer of the<br>
&gt; &gt;     tunnelled packet.<br>
&gt; &gt;<br>
&gt; &gt; Glancing through the userspace and datapath code in the tree, it looks<br>
&gt; &gt; to me like the DF setting propagates through the whole stack, so I&#39;m<br>
&gt; &gt; surprised there&#39;s a bug.  Perhaps Greg can take a look at some point, if<br>
&gt; &gt; he has time.<br>
&gt; &gt;<br>
&gt; &gt; We probably need to know what version of OVS you&#39;re using, what version<br>
&gt; &gt; of the kernel you&#39;re running, and whether you&#39;re using the Linux kernel<br>
&gt; &gt; built-in version of the OVS kernel module or the one that is shipped<br>
&gt; &gt; with OVS itself.<br>
&gt; &gt;<br>
</blockquote></div>