Hello!
I would like to kindly ask You if there is a possibility to cherry-pick
patch [1] to stable branches OVS 2.12, OVS 2.13 and release new tags for it?
Without this patch we're now unable to compile OVS 2.12 in OpenStack
Neutron stable releases CI, because it recently started to fail on Ubunt
ches soon.
That is great news. Thank You!
Maciej
On Mon, Jul 6, 2020 at 7:58 PM Ilya Maximets wrote:
> On 6/29/20 8:45 PM, Gregory Rose wrote:
> >
> >
> > On 6/26/2020 4:57 AM, Maciej Jozefczyk wrote:
> >> Hello!
> >>
> >> I would like to kindly ask
Hello!
I would like to start discussion about QoS Max bandwidth support in OVN.
For now it is possible to specify qos_max_rate and qos_burst options
for LSP in Northbound DB [0].
Unfortunately it looks like the traffic shaping is not fully working.
Please check related bugs: [1], [2]. For traffic
Hello!
I would like to start discussion about QoS Max bandwidth support in OVN.
For now it is possible to specify qos_max_rate and qos_burst options
for LSP in Northbound DB [0].
Unfortunately it looks like the traffic shaping is not fully working.
Please check related bugs: [1], [2]. For traffic
Hey!
In Openstack Neutron we can configure QoS in a few different places:
1) QoS on port
2) QoS on Gateway (gateway port)
3) QoS on Floating IP
For both 1) and 2) we can easily define a qos row in QoS table and create
proper match action, like:
# ovn-nbctl list qos
_uuid : 42aa1074
Floating IP.
Thanks,
Maciej
On Fri, Mar 6, 2020 at 3:36 PM Maciej Jozefczyk wrote:
> Hey!
>
> In Openstack Neutron we can configure QoS in a few different places:
> 1) QoS on port
> 2) QoS on Gateway (gateway port)
> 3) QoS on Floating IP
>
> For both 1) and 2) we can easil
Hey
QoS on Floating IP will work with networking-ovn and there is no need to
add anything to OVN.
Maciej
On Mon, Mar 23, 2020 at 11:09 AM Numan Siddique wrote:
> On Mon, Mar 23, 2020 at 2:59 PM Maciej Jozefczyk
> wrote:
> >
> > Hello,
> >
> > Solution foun
Hello!
I would like to start a discussion about scaling QoS rows in NorthBound DB.
In OpenStack we have two main use-cases:
* QoS on network - all ports in given Logical Switch have the same QoS
configuration,
* QoS per port - we can define a QoS policy and attach it to a given port
(Logical Swit
Hi all!
I have the following setup:
- Logical Switch with 3 Logical Ports that are VMs:
* 1 LSP from which i test QoS with iperf3
* 2 LSPs have QoS policy set.
Configured QoS rules:
stac
, 2020 at 3:04 PM Dumitru Ceara wrote:
> On 3/24/20 2:33 PM, Maciej Jozefczyk wrote:
> > Hi all!
> >
> > I have the following setup:
> > - Logical Switch with 3 Logical Ports that are VMs:
> >* 1 LSP from which i test QoS with iperf3
> >* 2 LSPs have
Hello!
I started to work on Routed Provider Networks feature for Openstack
Neutron, that is described [1].
Neutron community chosen second variant of this RFE, that would be easier
to implement for now.
To achieve this we would need to have multiple provider network segments
configured within the
Hello!
I would like to ask you to clarify how the OVN Load balancing algorithm
works.
Based on the action [1]:
1) If connection is alive the same 'backend' will be chosen,
2) If it is a new connection the backend will be chosen based on
selection_method=dp_hash [2].
Based on changelog the dp_has
> dp_hash
> calculated by the kernel datapath.
>
>
> >
> > Thanks,
> > Han
> >
> > On Tue, Apr 21, 2020 at 1:05 AM Daniel Alvarez Sanchez <
> dalva...@redhat.com <mailto:dalva...@redhat.com>> wrote:
> >>
> >> Thanks Numan for the invest
utron/+bug/1871239
On Mon, May 4, 2020 at 3:40 AM Han Zhou wrote:
>
>
> On Thu, Apr 30, 2020 at 4:12 AM Tonghao Zhang
> wrote:
> >
> > On Thu, Apr 30, 2020 at 2:58 PM Han Zhou wrote:
> > >
> > > Thanks Maciej for testing.
> > >
> &g
ection_fields took around 1% of CPU
* during the test I reached 100% cpu consumption on members
Do you have any good ideas for scenarios to test where the perf hit
could be more noticeable? I tried with other scenario - load balancer
on a different host than members, but I reached similar numbers lik
15 matches
Mail list logo