The issue is just the lack of packet buffering. To fix it, we need to
implement packet buffering somehow.
On Sat, Mar 17, 2018 at 08:15:17AM +0800, Guoshuai Li wrote:
> What about add an incomplete(only ip, no mac) Mac_binding when configuring
> the route's nexthop?
>
> Similar to the linux syst
What about add an incomplete(only ip, no mac) Mac_binding when
configuring the route's nexthop?
Similar to the linux system:
# arp -n
10.157.0.253 (incomplete) eth0
Then ovn-controller sends an arp request for this?
When this icmp is sent, the arp has already been requested.
It's currently p
It's currently part of the design but it's not great for users, so it'd
be nice to fix it someday and I'd be pleased to hear proposals if anyone
wants to work on this.
On Fri, Mar 16, 2018 at 04:39:35PM +0530, Numan Siddique wrote:
> Hi Jai,
>
> This is by design. For any IP packet which goes thr
Thanks Numan for quick response. This is really helpful.
Regards,
Jai
> On 16-Mar-2018, at 4:39 PM, Numan Siddique wrote:
>
> Hi Jai,
>
> This is by design. For any IP packet which goes through the logical router
> pipeline, if OVN doesn't know the mac of next hop, it learns it by generating
Hi Jai,
This is by design. For any IP packet which goes through the logical router
pipeline, if OVN doesn't know the mac of next hop, it learns it by
generating an ARP request packet replacing the original IP packet. That's
the reason why the first ping is always dropped.
You can run "ovn-sbctl l
Hi All,
I have configured OVN L3 logical router for external traffic with 3
host native ovs/ovn setup.When pinging from VM to external network for
the first time after bringing up ovn l3 router , there is ping loss of
first packet. Afterwards everything works fine even if pinging after
some interv