Hi ,
Please help to review this patch. It has passed couple of days. Hope to
know your idea. Thanks.
Thanks,
YUN
At 2021-05-26 10:44:16, "Tao YunXiang" wrote:
>OVS uses a set of gentle mechanisms to control the number of flows in
>datapath. However, it is difficult for the
Hi ,
Please help to review this patch. It has passed couple of days. Thanks.
Thanks,
YUN
At 2021-05-26 10:53:45, "Tao YunXiang" wrote:
>Add missing comma.
>
>Signed-off-by: Tao YunXiang
>Cc: Joe Stringer
>
>---
> tests/system-traffic.at | 2 +-
> 1 file changed, 1 insertion(+), 1
Hi Ben,
Please help to review this patch ,which to optimize the flow-limit
adjustment.
The v1 patch links to
http://patchwork.ozlabs.org/project/openvswitch/patch/20210511075200.19037-1-taoyunxi...@cmss.chinamobile.com/
Thanks,
Yun
At 2021-05-17 15:22:48, "Tao YunXiang" wrote:
At 2021-05-13 01:20:29, "Ben Pfaff" wrote:
>On Wed, May 12, 2021 at 10:44:12AM +0800, taoyunupt wrote:
>> At 2021-05-12 04:00:30, "Ben Pfaff" wrote:
>> >On Tue, May 11, 2021 at 03:52:00PM +0800, Tao YunXiang wrote:
>> >> +
At 2021-05-12 04:00:30, "Ben Pfaff" wrote:
>On Tue, May 11, 2021 at 03:52:00PM +0800, Tao YunXiang wrote:
>> Author: Tao YunXiang
>
>You don't need an Author: tag because Git stores the author in a
>separate field.
>
>> +/* Use duration as a reference, adjust the number of
Hi,
Recently I encountered a TCP connection performance problem, the test tool
is Apache benchmark.
The OVS in my environment is set for hardware offload solution. The
"Requests per second" is about 6000/s, it closed to non-offload solution.
"flow-lmit" has a dynamic balance
Hi,Numa,
When I change the MTU of netork in OpenStack,the dhcp_options
will also changes, and it will delete the old logical flow ,and create a new
one for put_dhcp_opts. So the UUID of releated logical-flow will change.
But,the cookie of OpenFlow in the allocated chassis not
Hi Ben,
It will be appreciated,if you give more explanation for the resaon
to summit this patch. In my opinion, it makes the "UUID" column be almost the
same with "name" column, if we need "name" column in the future?
At 2020-01-10 11:39:22, "Han Zhou" wrote:
>On Thu, Jan 9,
n't happen? The difference is that after compaction the
RAFT log doesn't have any entries and all the data is in the snapshot.
On Fri, Nov 29, 2019 at 12:11 AM taoyunupt wrote:
Hi,Han
Hope to receive your reply.
Thanks,
Yun
在 2019-11-28 16:17:07,"taoyunupt" 写道:
Hi,
Hi,Han
Hope to receive your reply.
Thanks,
Yun
在 2019-11-28 16:17:07,"taoyunupt" 写道:
Hi,Han
Another question. NO COMPACT. If restart a follower , leader sender
some entries during the break time, when it has started, if it also happend to
this prob
,"taoyunupt" 写道:
Hi,Han
Thanks for your reply. I think maybe we can disconnect the failed
follower from the Haproxy then synchronize the date, after all completed,
reconnect it to Haproxy again. But I do not know how to synchronize actually.
It is just my naive id
suggestion about how to fix
this problem. If not very completed, I wii have a try.
Thanks
Yun
在 2019-11-28 11:47:55,"Han Zhou" 写道:
On Wed, Nov 27, 2019 at 7:22 PM taoyunupt wrote:
>
> Hi,
> My OVN cluster has 3 OVN-northd nodes, They are proxied by Haproxy with a
Hi,
My OVN cluster has 3 OVN-northd nodes, They are proxied by Haproxy with a
VIP. Recently, I restart OVN cluster frequently. One of the members report the
logs below.
After read the code and paper of RAFT, it seems normal process ,If the
follower does not find an entry in its log
ort
it, I guess you will need something like OVN control plane federation, which is
a completely different problem from the one that is going to solved by the
ovn-interconnection feature.
Thanks,
Han
On Tue, Nov 19, 2019 at 7:30 PM taoyunupt wrote:
Hi,Han,Numan,
If I am not mistak
Hi,Han,Numan,
If I am not mistake, each AZ(OVN deployment) must have a corresponding
networking-ovn(neurton). But if we want to have a global neutron above AZ,
that is, multi AZ(OVN deployment) is controlled by one neutron, this would be
not work? Am I right ? Did you consider this
server could be back to origin server, it will
be a easy solution to solve many strange problems.
Thanks,
Yun
At 2019-11-06 05:31:25, "Ben Pfaff" wrote:
>On Tue, Nov 05, 2019 at 08:10:41PM +0800, taoyunupt wrote:
>> Hi,Numan,
>> When I run OVN/RAFT
Hi,Numan,
When I run OVN/RAFT cluster, I found a server(which initiative
to leave or be kicked off ) ,cannot be added back to origin cluster. I found
the code as following, can you tell me the reason , many thanks!
case RAFT_REC_NOTE:
if (!strcmp(r->note, "left"))
Dear all,
As far as I know , ovn/networking-ovn(support) dose not support
fwaas and vpnaas.So, does have any plan or blueprint to support fwaas and
vpnaas in ovn/networking-ovn(openstack)?
Yours ,
yunxiang
___
dev mailing list
Dear friends,
Sorry to disturb. I have use ovn with openstasck for a while
time,but i still do not know how to enable the log of ovn.
There are only logging options in the manpage or the help of
ovn-nbctl/ovn-sbctl,but no any logging command.
use a newer version
>of OVS and an older OVN.) We plan to break that requirement so that each OVS
>and OVN can use different version going forward, but we're not there yet.
>
>--Justin
>
>
>> On Jan 28, 2019, at 3:15 AM, taoyunupt wrote:
>>
>> Hello,justin
the question. Are you asking how you'd
>backport meter support for an older kernel? If so, you'd need to talk to the
>Centos/Red Hat maintainers.
>
>--Justin
>
>
>> On Jan 28, 2019, at 5:29 PM, taoyunupt wrote:
>>
>> The distribution version of OS o
have any
>experience using them.
>
>--Justin
>
>
>> On Jan 27, 2019, at 11:26 PM, taoyunupt wrote:
>>
>> The method build_qos in /ovn/northd/ovn-northd.c is as fellows,in the end
>> of the method,it adds logical flow by the code of
>> ovn_lflow_add(lflows,
t;If you don't want to use meters, you could try looking at the "qos_max_rate"
>and "qos_burst" options in the ovn-nb man page, but I don't have any
>experience using them.
>
>--Justin
>
>
>> On Jan 27, 2019, at 11:26 PM, taoyunupt wrote:
>>
d(lflows, od, stage, |
| | qos->priority, |
| | qos->match, ds_cstr(_action)); |
| | ds_destroy(_action); |
| | } |
| | } |
| | } |
At 2019-01-28 15:15:51, "Justin Pettit" wrote:
>QoS is most likely using the kernel's built-in traffic-shaping algorithms in
>tc. Those shoul
gt;
> http://patchwork.ozlabs.org/patch/950513/
>
>I think it was only broken in kernels 4.15, 4.16, and 4.17. I expect that
>4.20 will be fine.
>
>--Justin
>
>
>> On Jan 27, 2019, at 10:16 PM, taoyunupt wrote:
>>
>> Hello,justin,
>>
Hello,justin,
I met a supporting problem of meter of OVS 2.10. I found a mail from
you,after searching the internet.The address of this mail is
"https://www.mail-archive.com/ovs-discuss@openvswitch.org/msg04180.html;
The kernel version of "4.20.5-1.el7.elrepo.x86_64" goes
26 matches
Mail list logo