On Fri, May 26, 2023 at 7:58 AM Han Zhou wrote:
>
>
> On Thu, May 25, 2023 at 9:19 AM Ilya Maximets wrote:
> >
> > On 5/25/23 14:08, Ales Musil via discuss wrote:
> > > Hi,
> > >
> > > to improve the MAC binding aging mechanism we need a way to ensure
> that rows which are still in use are prese
On Thu, May 25, 2023 at 9:19 AM Ilya Maximets wrote:
>
> On 5/25/23 14:08, Ales Musil via discuss wrote:
> > Hi,
> >
> > to improve the MAC binding aging mechanism we need a way to ensure that
rows which are still in use are preserved. This doesn't happen with current
implementation.
> >
> > I pro
tor. 25. mai 2023, 22:29 skrev Robert Navarro :
> Once you get the instance
>> to use a VF instead of a virtio nic you should add its representor
>> port to the OVS bridge.
>
>
> Interesting, I didn't know this.
>
> Given that the instance has to use PCI Passthrough does that mean live
> migration
Hi Ilya,
Thanks for you reply. We did further investigation and from the finding it
seems related to the QEMU/libvirt version. The ping starts to work on DPDK
bridge after we rollback the QEMU/libvirt version. Are you aware if there any
new config needed to use the newer QEMU version?
Alex
N
>
> Once you get the instance
> to use a VF instead of a virtio nic you should add its representor
> port to the OVS bridge.
Interesting, I didn't know this.
Given that the instance has to use PCI Passthrough does that mean live
migrations are no longer possible?
I think that was one of the big
Hello together,
I would like to follow up on this.
Meanwhile I was able to find the following discussion [1] in this mailing list
some time ago which looks like is about the same topic.
Is this something that's currently not possible within OVS?
If so, are there plans to add this?
I had a look
On 5/25/23 14:08, Ales Musil via discuss wrote:
> Hi,
>
> to improve the MAC binding aging mechanism we need a way to ensure that rows
> which are still in use are preserved. This doesn't happen with current
> implementation.
>
> I propose the following solution which should solve the issue, an
> The mf_set_mask_l3_prereqs() should be executed before the
> mf_set_flow_value_masked(). The only thing that necessary is that
> we mask "l3 prerequisites" whenever we set the actual fields.
> The order is not very important.
Ok, should be good with the way I did my first version then, thanks fo
On 5/25/23 15:35, David Morel wrote:
>> I think, the issue should still be there, though I didn't check.
>> Why exactly porting of the mf_set_mask_l3_prereqs() is a problem?
>> do_xlate_actions() looks different in 2.5.3, but it still performs
>> same mf_are_prereqs_ok() check. Can't you just add
> I think, the issue should still be there, though I didn't check.
> Why exactly porting of the mf_set_mask_l3_prereqs() is a problem?
> do_xlate_actions() looks different in 2.5.3, but it still performs
> same mf_are_prereqs_ok() check. Can't you just add the call in the
> body of the if as it is
Hi,
Continuing my posting on "ovs-vswitchd crashes several times a day", it
seems that I find some racing conditions on the conntrack update. Without
enabling debugging logs, I find logs like the following frequently.
2023-05-25T12:48:07.270Z|02757|conntrack(pmd-c47/id:101)|WARN|Unable to NAT
due
Hi,
to improve the MAC binding aging mechanism we need a way to ensure that
rows which are still in use are preserved. This doesn't happen with current
implementation.
I propose the following solution which should solve the issue, any
questions or comments are welcome. If there isn't anything maj
Hello,
I use command create static route with bfd, by following cmd
(1) uuid='ovn-nbctl create bfd logical_port=lrp0 dst_ip=192.168.3.2 status=down`
(2) ovn-nbctl --bfd=$uuid --ecmp lr-route-add r0 240.0.0.0/8 192.168.3.2
And the lr-port lrp0 and the vm(192.168.3.2) are in different com
On Thu, May 25, 2023 at 9:03 AM Robert Navarro wrote:
>
> Hi Frode,
>
> Thanks for the fast reply!
>
> Replies in-line as well.
>
> On Wed, May 24, 2023 at 11:41 PM Frode Nordahl
> wrote:
>>
>> Hello, Robert,
>>
>> See my response in-line below.
>>
>> On Thu, May 25, 2023 at 8:20 AM Robert Navar
Hi Frode,
Thanks for the fast reply!
Replies in-line as well.
On Wed, May 24, 2023 at 11:41 PM Frode Nordahl
wrote:
> Hello, Robert,
>
> See my response in-line below.
>
> On Thu, May 25, 2023 at 8:20 AM Robert Navarro via discuss
> wrote:
> >
> > Hello,
> >
> > I've followed the directions h
15 matches
Mail list logo