On 19 Nov 2019, at 22:39, William Tu wrote:
Hi,
Any feedback on this patch?
LGTM!
Acked-by: Eelco Chaudron
On Thu, Oct 31, 2019 at 12:21:21PM -0700, William Tu wrote:
The patch detects the numa node id from the name of the netdev,
by reading the '/sys/class/net//device/numa_node'.
If not
On 20 Nov 2019, at 1:09, William Tu wrote:
netdev-afxdp supports different configuration modes, with different
limitations. The patch adds configuration and end-to-end tests using
veth/tap devices.
These tests look good, do we want to put in some negative test cases?
Signed-off-by:
On 19 Nov 2019, at 17:52, Ilya Maximets wrote:
On 19.11.2019 17:16, Eelco Chaudron wrote:
On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
Until now there was only two options for XDP mode in OVS: SKB or
DRV.
i.e. 'generic XDP' or 'native XDP with zero-copy enabled'.
Devices like 'veth'
Get it. Thanks Han.
At 2019-11-20 11:51:17, "Han Zhou" wrote:
Hi Yun,
This feature in OVN doesn't require or put limit on the CMS systems such as
Neutron, or kubernetes. To utilize this feature from CMS system, the CMS
integration may be needed, e.g. add support in networking-ovn
Dear PAYMENT NOTIFICATION
Please find attached a copy of your payment notification.
How to open your payment notification?
In order to open your payment notification you will need Winrar
installed on your computer.
If you don't have imageburn installed on your computer, please refer to
the
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
Hi Yun,
This feature in OVN doesn't require or put limit on the CMS systems such as
Neutron, or kubernetes. To utilize this feature from CMS system, the CMS
integration may be needed, e.g. add support in networking-ovn Neutron
plugin or networking-ovn k8s plugin.
However, the scenario you
Ilya, got it, thanks a lot.
-邮件原件-
发件人: Ilya Maximets [mailto:i.maxim...@ovn.org]
发送时间: 2019年11月19日 19:55
收件人: Yi Yang (杨燚)-云服务集团 ; i.maxim...@ovn.org;
ovs-dev@openvswitch.org
主题: Re: 答复: [openvswitch.org代发][ovs-dev] [PATCH v2] netdev-afxdp: Best-effort
configuration of XDP mode.
On
netdev-afxdp supports different configuration modes, with different
limitations. The patch adds configuration and end-to-end tests using
veth/tap devices.
Signed-off-by: William Tu
---
This patch depends on
[PATCHv2] netdev-afxdp: Best-effort configuration of XDP mode.
---
tests/automake.mk
On Tue, Nov 19, 2019 at 5:32 PM Han Zhou wrote:
>
>
> On Tue, Nov 19, 2019 at 2:19 PM Russell Bryant wrote:
>
>> On Tue, Nov 19, 2019 at 4:44 PM Han Zhou wrote:
>> >
>> >
>> >
>> > On Tue, Nov 19, 2019 at 1:38 PM Han Zhou wrote:
>> >>
>> >>
>> >>
>> >> On Tue, Nov 19, 2019 at 3:33 AM Numan
On Fri, Nov 08, 2019 at 03:23:44PM +, Emma Finn wrote:
> Add an ovs-appctl command to iterate through the dpcls
> and for each subtable output the miniflow bits for any
> existing table.
>
> $ ovs-appctl dpif-netdev/subatable-show
> pmd thread numa_id 0
> dpcls port 2:
> subtable:
>
On Tue, Nov 19, 2019 at 2:19 PM Russell Bryant wrote:
> On Tue, Nov 19, 2019 at 4:44 PM Han Zhou wrote:
> >
> >
> >
> > On Tue, Nov 19, 2019 at 1:38 PM Han Zhou wrote:
> >>
> >>
> >>
> >> On Tue, Nov 19, 2019 at 3:33 AM Numan Siddique wrote:
> >> >
> >> > On Tue, Nov 19, 2019 at 7:04 AM
On Tue, Nov 19, 2019 at 4:44 PM Han Zhou wrote:
>
>
>
> On Tue, Nov 19, 2019 at 1:38 PM Han Zhou wrote:
>>
>>
>>
>> On Tue, Nov 19, 2019 at 3:33 AM Numan Siddique wrote:
>> >
>> > On Tue, Nov 19, 2019 at 7:04 AM Russell Bryant wrote:
>> > >
>> > > While debugging some problems in a cluster
On Tue, Nov 19, 2019 at 1:38 PM Han Zhou wrote:
>
>
> On Tue, Nov 19, 2019 at 3:33 AM Numan Siddique wrote:
> >
> > On Tue, Nov 19, 2019 at 7:04 AM Russell Bryant wrote:
> > >
> > > While debugging some problems in a cluster using ovn-kubernetes, I
> > > noticed that we're creating two
On 11/13/2019 3:26 PM, Ilya Maximets wrote:
On 13.11.2019 15:28, Stokes, Ian wrote:
On 11/12/2019 7:40 PM, Ilya Maximets wrote:
On 12.11.2019 19:51, Stokes, Ian wrote:
On 11/12/2019 5:15 PM, David Marchand wrote:
On Tue, Nov 12, 2019 at 6:07 PM Stokes, Ian wrote:
On 11/11/2019 3:01
Hi,
Any feedback on this patch?
Thanks
William
On Thu, Oct 31, 2019 at 12:21:21PM -0700, William Tu wrote:
> The patch detects the numa node id from the name of the netdev,
> by reading the '/sys/class/net//device/numa_node'.
> If not available, ex: virtual device, or any error happens,
> return
On Tue, Nov 19, 2019 at 3:33 AM Numan Siddique wrote:
>
> On Tue, Nov 19, 2019 at 7:04 AM Russell Bryant wrote:
> >
> > While debugging some problems in a cluster using ovn-kubernetes, I
> > noticed that we're creating two conflicting logical flows. These two
> > flows only matched on the
On 11/19/2019 12:45 PM, David Marchand wrote:
On Mon, Nov 11, 2019 at 7:53 PM Ilya Maximets wrote:
The conventional way for packet dumping in OVS is to use ovs-tcpdump
that works via traffic mirroring. DPDK pdump could probably be used
for some lower level debugging, but it is not
From: venu iyer
If one creates a port group and a MAC address set, and an
ACL that prevents packets being output to a port in that Port Group from
any MAC address in that address set, the outcome is not consistent.
The outcome depends on whether there is a stateful rule on the switch or not.
On Tue, Nov 19, 2019 at 09:26:40PM +0100, Ilya Maximets wrote:
> On 19.11.2019 21:09, William Tu wrote:
> > On Tue, Nov 19, 2019 at 08:51:19PM +0100, Ilya Maximets wrote:
> >> On 19.11.2019 20:45, William Tu wrote:
> >>> On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
> On
On Tue, Nov 19, 2019 at 12:09:02PM -0800, William Tu wrote:
> On Tue, Nov 19, 2019 at 08:51:19PM +0100, Ilya Maximets wrote:
> > On 19.11.2019 20:45, William Tu wrote:
> > > On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
> > >> On 19.11.2019 17:16, Eelco Chaudron wrote:
> > >>>
> >
On 19.11.2019 21:09, William Tu wrote:
> On Tue, Nov 19, 2019 at 08:51:19PM +0100, Ilya Maximets wrote:
>> On 19.11.2019 20:45, William Tu wrote:
>>> On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
On 19.11.2019 17:16, Eelco Chaudron wrote:
>
>
> On 7 Nov 2019, at
On Tue, Nov 19, 2019 at 08:51:19PM +0100, Ilya Maximets wrote:
> On 19.11.2019 20:45, William Tu wrote:
> > On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
> >> On 19.11.2019 17:16, Eelco Chaudron wrote:
> >>>
> >>>
> >>> On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
> >>>
>
Bleep bloop. Greetings , I am a robot and I have tried out your patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
checkpatch:
WARNING: Line is 86 characters long (recommended limit is 79)
#92 FILE: northd/ovn-northd.c:4916:
On 19.11.2019 20:45, William Tu wrote:
> On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
>> On 19.11.2019 17:16, Eelco Chaudron wrote:
>>>
>>>
>>> On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
>>>
Until now there was only two options for XDP mode in OVS: SKB or DRV.
i.e.
On Tue, Nov 19, 2019 at 05:52:22PM +0100, Ilya Maximets wrote:
> On 19.11.2019 17:16, Eelco Chaudron wrote:
> >
> >
> > On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
> >
> >> Until now there was only two options for XDP mode in OVS: SKB or DRV.
> >> i.e. 'generic XDP' or 'native XDP with
On 08.11.2019 16:23, Emma Finn wrote:
> Add an ovs-appctl command to iterate through the dpcls
> and for each subtable output the miniflow bits for any
> existing table.
Hi Emma,
First of all, thanks for working on this. This might be
useful for developers to determine the optimization points.
On Tue, Nov 12, 2019 at 04:46:09AM -0500, Eelco Chaudron wrote:
> Drivers natively supporting AF_XDP will check that a configured MTU size
> will not exceed the allowed size for AF_XDP. However, when the skb
> compatibility mode is used there is no check and any value is accepted.
> This, for
On Tue, Nov 19, 2019 at 11:41 PM Mark Michelson wrote:
>
> Acked-by: Mark Michelson
Thanks. I applied this to master.
Numan
>
> On 11/19/19 7:22 AM, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > When ovn-controller injects IPv6 NS packet to learn the mac, in some
> > setups it is
From: venu iyer
If one creates a port group and a MAC address set, and an
ACL that prevents packets being output to a port in that Port Group from
any MAC address in that address set, the outcome is not consistent.
The outcome depends on whether there is a stateful rule on the switch or not.
Hi Eelco,
Thanks for your testing.
On Tue, Nov 12, 2019 at 11:25:55AM +0100, Eelco Chaudron wrote:
> See one remark below, however when I did a quick test with a program that
> would not load it goes into some re-try loop:
>
> 2019-11-12T10:13:21.658Z|01609|netdev_afxdp|INFO|eno1: Removing xdp
On 19.11.2019 19:01, Eli Britstein wrote:
>
> On 11/19/2019 7:46 PM, Ilya Maximets wrote:
>> On 19.11.2019 18:29, Eli Britstein wrote:
>>> On 11/19/2019 7:27 PM, Eli Britstein wrote:
Hi
I see this file has many inconsistencies against the one from DPDK
(18.11.2).
For
Buen día
El cupo del curso está por llenarse y quise aprovechar la oportunidad de
hacerte una última invitación:
•Nombre: Rotación Cero
•¿Cuándo?: Miércoles 27 de Noviembre
•Formato: En línea con interacción en vivo.
•Instructor: Lyz Escalante
•
On 19.11.2019 18:20, Ophir Munk wrote:
> Hi Ilya,
> Thanks for the patch set which adds the dpif hint inside the netdev struct.
> It is really helpful.
> Our goal is to have flow_put() calls on vxlan devices, using the existing
> dpdk flow API.
> We added logic inside
On Tue, Nov 19, 2019 at 1:58 AM Dumitru Ceara wrote:
>
> On Tue, Nov 19, 2019 at 1:41 AM Han Zhou wrote:
> >
> > Thanks Dumitru. Please see my comments inline below.
> >
> > On Mon, Nov 18, 2019 at 6:07 AM Dumitru Ceara wrote:
> > >
> > > This commit transforms the 'changed' field in struct
On 11/19/2019 7:46 PM, Ilya Maximets wrote:
> On 19.11.2019 18:29, Eli Britstein wrote:
>> On 11/19/2019 7:27 PM, Eli Britstein wrote:
>>> Hi
>>>
>>> I see this file has many inconsistencies against the one from DPDK
>>> (18.11.2).
>>>
>>> For example, this API:
>>>
>>> rte_flow_query(uint16_t
Acked-by: Mark Michelson
On 11/19/19 7:22 AM, num...@ovn.org wrote:
From: Numan Siddique
When ovn-controller injects IPv6 NS packet to learn the mac, in some
setups it is observed that the packet is dropped by ovs-vswitchd. We see
below logs
On 19.11.2019 18:29, Eli Britstein wrote:
>
> On 11/19/2019 7:27 PM, Eli Britstein wrote:
>> Hi
>>
>> I see this file has many inconsistencies against the one from DPDK
>> (18.11.2).
>>
>> For example, this API:
>>
>> rte_flow_query(uint16_t port_id,
>> struct rte_flow *flow,
>>
Hi Ilya,
Thanks for the patch set which adds the dpif hint inside the netdev struct. It
is really helpful.
Our goal is to have flow_put() calls on vxlan devices, using the existing dpdk
flow API.
We added logic inside netdev_dpdk_flow_api_supported() to accept vxlan devices
and indeed
we see
On 10/30/2019 3:37 PM, Roi Dayan wrote:
> The following patchset introduces hardware offload of OVS connection
> tracking datapath rules.
>
> OVS uses ct() and recirc() (recirculation) actions and recirc_id()/ct_state()
> matches to support connection tracking.
>
> The datapath rules are in the
On 19.11.2019 17:16, Eelco Chaudron wrote:
>
>
> On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
>
>> Until now there was only two options for XDP mode in OVS: SKB or DRV.
>> i.e. 'generic XDP' or 'native XDP with zero-copy enabled'.
>>
>> Devices like 'veth' interfaces in Linux supports native
--
Dearest In Christ,
My name is PASTOR DAVID MIKE . I am 57 years old please check
attachment to see my picture. I am writing to you from my hospital
bed, because recently my doctor confirmed that my cancer disease which
I have been treating for about 2 years now risks taking my life.
To
On 7 Nov 2019, at 12:36, Ilya Maximets wrote:
Until now there was only two options for XDP mode in OVS: SKB or DRV.
i.e. 'generic XDP' or 'native XDP with zero-copy enabled'.
Devices like 'veth' interfaces in Linux supports native XDP, but
doesn't support zero-copy mode. This case can not
On Tue, Nov 19, 2019 at 6:33 AM Numan Siddique wrote:
>
> On Tue, Nov 19, 2019 at 7:04 AM Russell Bryant wrote:
> >
> > While debugging some problems in a cluster using ovn-kubernetes, I
> > noticed that we're creating two conflicting logical flows. These two
> > flows only matched on the
On Tue, Nov 19, 2019 at 02:56:43PM +, Paul Blakey wrote:
> On 10/30/2019 3:37 PM, Roi Dayan wrote:
> > The following patchset introduces hardware offload of OVS connection
> > tracking datapath rules.
>
> Hey guys,
>
> Any comments on the series? :)
Ahm.. no. I'm backlogged with current
On Mon, Nov 11, 2019 at 7:53 PM Ilya Maximets wrote:
>
> The conventional way for packet dumping in OVS is to use ovs-tcpdump
> that works via traffic mirroring. DPDK pdump could probably be used
> for some lower level debugging, but it is not commonly used for
> various reasons.
>
> There are
Thanks for a new version. Applied to master.
BTW, few nits about patch submission for a next time:
* Commonly in OVS patch subject should start with a capital letter
and end with a period, i.e. 'dpif-netdev: Log ... pmd.'
* Please, don't send patches in reply to the previous version.
This
From: Numan Siddique
When ovn-controller injects IPv6 NS packet to learn the mac, in some
setups it is observed that the packet is dropped by ovs-vswitchd. We see
below logs
2019-11-18T10:42:17.973Z|1|ofproto_dpif_upcall(handler6)|INFO|received
packet on unassociated datapath port
On 19.11.2019 10:00, Yi Yang (杨燚)-云服务集团 wrote:
> Hi, Ilya
>
> Can you explain what kernel limitations are for TCP for veth? I can't
> understand why veth has such limitations only for TCP. I saw a veth bug
> (https://tech.vijayp.ca/linux-kernel-bug-delivers-corrupt-tcp-ip-data-to-mes
>
On Tue, Nov 19, 2019 at 7:04 AM Russell Bryant wrote:
>
> While debugging some problems in a cluster using ovn-kubernetes, I
> noticed that we're creating two conflicting logical flows. These two
> flows only matched on the destination MAC address. It was not
> deterministic whether you'd hit
On Tue, Nov 19, 2019 at 1:41 AM Han Zhou wrote:
>
> Thanks Dumitru. Please see my comments inline below.
>
> On Mon, Nov 18, 2019 at 6:07 AM Dumitru Ceara wrote:
> >
> > This commit transforms the 'changed' field in struct engine_node in a
> > 'state' field. Possible node states are:
> > -
Hi, Ilya
Can you explain what kernel limitations are for TCP for veth? I can't
understand why veth has such limitations only for TCP. I saw a veth bug
(https://tech.vijayp.ca/linux-kernel-bug-delivers-corrupt-tcp-ip-data-to-mes
os-kubernetes-docker-containers-4986f88f7a19) but it has been fixed
Hi Han,
Thanks for reviewing this series.
On Mon, Nov 18, 2019 at 8:49 PM Han Zhou wrote:
>
>
>
> On Mon, Nov 18, 2019 at 6:07 AM Dumitru Ceara wrote:
> >
> > This commit simplifies the logic of calling engine_run and engine_need_run
> > in
> > order to reduce the number of external variables
53 matches
Mail list logo