<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <font face="Droid Serif">Thanks Fajar, I'll look into the

      workaround.</font><br>

    <br>

    <div class="moz-cite-prefix">On 7/1/20 12:40 AM, Fajar A. Nugraha

      wrote:<br>

    </div>

    <blockquote type="cite"

cite="mid:CAG1y0sck6Ygj37zXcQ0UcRfS4dm=DyKFizXXTU28f3r-4ry9MQ@mail.gmail.com">

      <pre class="moz-quote-pre" wrap="">On Wed, Jul 1, 2020 at 1:05 PM Joshua Schaeffer

<a class="moz-txt-link-rfc2396E" href="mailto:jschaeffer@harmonywave.com"><jschaeffer@harmonywave.com></a> wrote:

</pre>

      <blockquote type="cite">

        <pre class="moz-quote-pre" wrap="">And the really odd part is that if I try to actually ping *from* the container *to* my local box it works AND afterwards my original ping *from* my local box *to* the container starts to work.

</pre>

      </blockquote>

      <pre class="moz-quote-pre" wrap="">

I had a similar problem on a vmware system some time ago. Gave up

trying to fix it (I don't manage the vmware system), implement a

workaround instead.

Its either:

- duplicate IP somewhere on your network

- your router or switch somehow can't manage arp cache for the container hosts

My workaround is to install iputils-arping (on ubuntu), and (for your

case) do something like this (preferably on a systemd service)

arping -I veth-mgmt -i 10 -b 10.2.28.1

Or you could replace it with ping, whatever works for you.

</pre>

    </blockquote>

    <br>

    <pre class="moz-signature" cols="0">-- 

Thanks,

Joshua Schaeffer</pre>

  </body>

</html>