Bleep bloop. Greetings Anju Thomas via dev, 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.
build:
/bin/sh ./libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I.
-I
Signed-off-by: Frode Nordahl
Acked-by: Aliasgar Ginwala
Submitted-at: https://github.com/ovn-org/ovn/pull/25
---
.../topics/role-based-access-control.rst | 7 ++
Documentation/tutorials/ovn-rbac.rst | 25 +++
2 files changed, 32 insertions(+)
diff --git
Currently OVS maintains explicit packet drop/error counters only on port level.
Packets that are dropped as part of normal OpenFlow processing are counted in
flow stats of “drop” flows or as table misses in table stats. These can only be
interpreted by controllers that know the semantics of the
syzbot has found a reproducer for the following crash on:
HEAD commit:99a8efbb NFC: st21nfca: fix double free
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=15ed70d8e0
kernel config: https://syzkaller.appspot.com/x/.config?x=cbbed3e8d4eb64bf
dashboard
On Thu, Nov 07, 2019 at 03:01:18PM +0100, Eelco Chaudron wrote:
> Any feedback on this?
>
>
> On 1 Oct 2019, at 11:55, 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
>
[Pardon the length of the mail; have left out the ofctl flows, but if it helps
i can send them too]
Assuming : logical Switch (ls1) with
ls1_vm1 : 02:ac:10:ff:00:11/172.16.255.11
ls1_vm2 : 02:ac:10:ff:00:22/172.16.255.22
Hi Han, I had some time to get back to this. See my comments below.
On 10/21/19 4:01 PM, Han Zhou wrote:
Hi Mark,
Thanks for the patch. We had a brief discussion during last OVN meeting.
Let me put my points inlined.
On Fri, Oct 18, 2019 at 1:43 PM Mark Michelson
Greetings,
Find attached email very confidential. reply for more details
Thanks.
Peter Wong
This email was sent by the shareware version of Postman Professional.
___
dev mailing list
28 de Noviembre | Horario de 10:00 a 17:00 hrs. | (hora del centro de México)
Experto en Indicadores Clave de Desempeño
Este webinar está dirigido al personal de las distintas áreas de la
organización que requieren
medir el desempeño de sus procesos y profesionales dedicados a la mejora
On Wed, Nov 6, 2019, 11:50 PM Mark Michelson wrote:
> Acked-by: Mark Michelson
>
Thanks for the review. Looks like the patch failed in CI.
Below changes in Makefile.am fixed it.
I applied this patch to master with the below additional changes.
Thanks
Numan
diff --git a/Makefile.am
On Thu, Nov 7, 2019 at 6:02 PM Han Zhou wrote:
>
>
>
> On Thu, Nov 7, 2019 at 7:43 AM Dumitru Ceara wrote:
> >
> > On Thu, Nov 7, 2019 at 3:51 AM Han Zhou wrote:
> > >
> > >
> > >
> > > On Mon, Nov 4, 2019 at 11:32 AM Numan Siddique wrote:
> > > >
> > > > On Mon, Nov 4, 2019 at 8:37 PM Dumitru
Nuestro webinar le permitirá al participante realizar un análisis profundo de
la situación económica y financiera de su organización en un momento
determinado así como aplicar
las principales herramientas de análisis e interpretación de los indicadores
económicos y financieros para obtener
On Thu, Nov 7, 2019 at 7:43 AM Dumitru Ceara wrote:
>
> On Thu, Nov 7, 2019 at 3:51 AM Han Zhou wrote:
> >
> >
> >
> > On Mon, Nov 4, 2019 at 11:32 AM Numan Siddique wrote:
> > >
> > > On Mon, Nov 4, 2019 at 8:37 PM Dumitru Ceara
wrote:
> > > >
> > > > ARP request and ND NS packets for router
On Thu, Nov 7, 2019 at 8:05 AM Darrell Ball wrote:
>
>
> On Wed, Nov 6, 2019 at 5:01 PM Yi Yang (杨燚)-云服务集团
> wrote:
>
>> Thanks Darrell, I didn’t receive your second reply, I saw it in
>> mail.openvswitch.org.
>>
>>
>>
>> “
>>
>> probably, you should give an example of what you mean by above
>>
On 07.11.2019 15:01, Eelco Chaudron wrote:
Any feedback on this?
On 1 Oct 2019, at 11:55, 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
On Wed, Nov 6, 2019 at 5:01 PM Yi Yang (杨燚)-云服务集团
wrote:
> Thanks Darrell, I didn’t receive your second reply, I saw it in
> mail.openvswitch.org.
>
>
>
> “
>
> probably, you should give an example of what you mean by above
>
> I am not sure you are meaning to say that you want to specify an L4
On Thu, Nov 7, 2019 at 3:44 PM Numan Siddique wrote:
>
> On Thu, Nov 7, 2019 at 5:52 PM Dumitru Ceara wrote:
> >
> > When dnat_and_snat NAT rules are configured, if the user tries to set
> > external_mac in the NAT rule record without setting logical_ip
> > ovn-northd crashes as there's no
On Thu, Nov 7, 2019 at 3:51 AM Han Zhou wrote:
>
>
>
> On Mon, Nov 4, 2019 at 11:32 AM Numan Siddique wrote:
> >
> > On Mon, Nov 4, 2019 at 8:37 PM Dumitru Ceara wrote:
> > >
> > > ARP request and ND NS packets for router owned IPs were being
> > > flooded in the complete L2 domain (using the
Dear Sir,
We work with a reliable and efficient company in England that specialized on
bank loan at a very reasonable rate of 4% per-annul which are far much better
than securing financial instrument such as Bank Guarantee (BG) or Standby
Letter of Credit (SBLC). The whole process from
On Thu, Nov 7, 2019 at 5:52 PM Dumitru Ceara wrote:
>
> When dnat_and_snat NAT rules are configured, if the user tries to set
> external_mac in the NAT rule record without setting logical_ip
> ovn-northd crashes as there's no validation in place.
>
> Add checks for valid ethernet address in
Hi David,
I am sorry to reply this late. Yes, if travis support this configuration, it
should be a good solution for me.
Best regards,
Wei Yanqin
-Original Message-
From: dwilder
Sent: Wednesday, November 6, 2019 4:32 AM
To: Yanqin Wei (Arm Technology China)
Cc: Ilya Maximets ;
Any feedback on this?
On 1 Oct 2019, at 11:55, 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 Thu, Nov 7, 2019 at 5:57 PM Dumitru Ceara wrote:
>
> On Thu, Nov 7, 2019 at 10:37 AM wrote:
> >
> > From: Numan Siddique
> >
> > If ha chassis rows of an HA chassis group become stale i.e the
> > HA_Chassis.chassis
> > column is empty (because ovn-controller is not running in that chassis)
On 7 Nov 2019, at 14:21, Ilya Maximets wrote:
On 07.11.2019 13:39, 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'
On 07.11.2019 13:39, 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 XDP, but
doesn't
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 Thu, Nov 7, 2019 at 10:37 AM wrote:
>
> From: Numan Siddique
>
> If ha chassis rows of an HA chassis group become stale i.e the
> HA_Chassis.chassis
> column is empty (because ovn-controller is not running in that chassis)
> except one row and when ha_chassis_group_is_active()
> is called on
On Wed, 6 Nov 2019 01:59:41 +0530
Ramana Reddy wrote:
> Hi Flavio,
> As per your inputs, I modified the gso_size, and now
> skb_gso_validate_mtu(skb, mtu) is returning true, and
> ip_finish_output2(sk, skb) and dst_neigh_output(dst, neigh, skb); are
> getting called. But still, I am seeing the
When dnat_and_snat NAT rules are configured, if the user tries to set
external_mac in the NAT rule record without setting logical_ip
ovn-northd crashes as there's no validation in place.
Add checks for valid ethernet address in NAT.external_mac and for
non-null NAT.logical_ip where applicable.
On 06.11.2019 14:43, Eelco Chaudron wrote:
Currently, OVS does not register and therefore not handle the
interface reset event from the DPDK framework. This would cause a
problem in cases where a VF is used as an interface, and its
configuration changes.
As an example in the following scenario
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 be covered by
existing API and we have to use slower
On 07.11.2019 11:55, 0-day Robot wrote:
Bleep bloop. Greetings Ilya Maximets, 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.
git-am:
fatal: sha1 information is lacking or useless (NEWS).
Bleep bloop. Greetings Ilya Maximets, 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.
git-am:
fatal: sha1 information is lacking or useless (NEWS).
Repository lacks necessary blobs to fall
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 be covered by
existing API and we have to use slower
From: Numan Siddique
If ha chassis rows of an HA chassis group become stale i.e the
HA_Chassis.chassis
column is empty (because ovn-controller is not running in that chassis)
except one row and when ha_chassis_group_is_active()
is called on that ovn-controller, then it returns false. Ideally it
Hi All
I’m using ovs 2.11.3 on CentOS, I enabled multicast snooping on the bridge, I
have a vm, and a nic with mcast-snooping-flood-reports=true on this bridge, vm
sends igmp packet, but ovs doesn’t forward igmp to the nic. So ovs of other
nodes cannot learn multicast table entries.
Please
Introduce logical flows in ovn router pipeline in order to parse dhcpv6
advertise/reply from IPv6 prefix delegation router.
Do not overwrite ipv6_ra_pd_list info in options column of SB port_binding
table written by ovn-controller
Signed-off-by: Lorenzo Bianconi
---
northd/ovn-northd.c | 66
Introduce IPv6 Prefix delegation state machine according to RFC 3633
https://tools.ietf.org/html/rfc3633.
Add dhcp6_server_pkt controller action to parse advertise/reply from
IPv6 delegation server. Advertise/reply are parsed running respectively:
- pinctrl_parse_dhcv6_advt
-
Introduce IPv6 Prefix delegation state machine according to RFC 3633
https://tools.ietf.org/html/rfc3633.
Add dhcp6_server_pkt controller action to parse advertise/reply from
IPv6 delegation server.
Introduce logical flows in ovn router pipeline in order to parse dhcpv6
advertise/reply from IPv6
39 matches
Mail list logo