Thanks a lot Matt, Jay and Dan for your reactivity and your time.
Édouard.
On Wed, Feb 21, 2018 at 9:50 PM, Matt Riedemann <mriede...@gmail.com> wrote:
> On 2/21/2018 4:30 AM, Édouard Thuleau wrote:
>
>> Hi Seán, Michael,
>>
>> Since patch [1] moved Contrail VI
Hi Seán, Michael,
Since patch [1] moved Contrail VIF plugging under privsep, Nova fails to
plug TAP on the Contrail software switch (named vrouter) [2]. I proposed a
fix in the beginning of the year [3] but it still pending approval even it
got a couple of +1 and no negative feedback. It's why
/1700651
Édouard.
On Thu, Jun 22, 2017 at 11:40 PM, Armando M. <arma...@gmail.com> wrote:
>
>
> On 22 June 2017 at 17:24, Édouard Thuleau <edouard.thul...@gmail.com> wrote:
>>
>> Hi Armando,
>>
>> I did not opened any bug report. But if a core plug
> On 21 June 2017 at 17:40, Édouard Thuleau <edouard.thul...@gmail.com> wrote:
>>
>> Hi,
>>
>> @Chaoyi,
>> I don't want to change the core plugin interface. But I'm not sure we
>> are talking about the same interface. I had a very quick look into the
&
wrote:
> Why not just delete the service plugins you don't support from the default
> plugins dict?
>
> On Wed, Jun 21, 2017 at 1:45 AM, Édouard Thuleau <edouard.thul...@gmail.com>
> wrote:
>>
>> Ok, we would like to help on that. How we can start?
>>
>
us when it breaks.
>
> So it's not that the community is against non-DB core plugins, it's just
> that the people developing those plugins don't participate in the community
> to ensure they work.
>
> Cheers
>
>
> On Mon, Jun 19, 2017 at 2:15 AM, Édouard Thuleau <edouard.thul...@gmail
[6]
https://github.com/Juniper/contrail-neutron-plugin/blob/master/neutron_plugin_contrail/plugins/opencontrail/networking_bgpvpn/contrail.py#L36
Regards,
Édouard.
On Mon, Jun 19, 2017 at 10:47 AM, Édouard Thuleau
<edouard.thul...@gmail.com> wrote:
> Hi,
> Since Mitaka release [1
Hi,
Since Mitaka release [1], a default service plugins list is loaded
when Neutron server starts. That list is not editable and was extended
with few services [2]. But none of th
[1]
Hi,
I'm not close to Neutron's discussions but do you think to have a look at
pyroute2 [1]?
"Pyroute2 is a pure Python netlink and Linux network configuration library.
It requires only Python stdlib, no 3rd party libraries."
Which permits to create bridge and adding interfaces easily [2] (but not
Hi Salvatore,
I like to propose a blueprint for the next Neutron release that permits to
dedicated an external network to a tenant. For that I though to rethink the
he conjunction of the two attributes `shared`
and `router:external' of the network resource.
I saw that you already initiate a work
Nice job! That's awesome.
Thanks,
Édouard.
On Thu, Aug 21, 2014 at 8:02 AM, Miguel Angel Ajo Pelayo
mangel...@redhat.com wrote:
Thank you shihanzhang!,
I can't believe I didn't realize the ipset part spec was accepted I live
on my own bubble... I will be reviewing and testing/helping on
Yes, the usage of fanout topic by VNI is also another big improvement we
could do.
That will fit perfectly for the l2-pop mechanism driver.
Of course, that need a specific call on a start/re-sync to get initial
state. That actually done by the l2-pop MD if the uptime of an agent is
less than
Hi,
I got a jenkins failure on that small fix [1] on OpenContrail.
Here the last lines console output:
2014-06-25 07:02:55
RunUnitTest([build/debug/bgp/rtarget/test/rtarget_table_test.log],
[build/debug/bgp/rtarget/test/rtarget_table_test])
2014-06-25 07:02:56
Yes, the wrong mailing list.
Sorry for the noise.
Édouard.
On Wed, Jun 25, 2014 at 6:18 PM, Anita Kuno ante...@anteaya.info wrote:
On 06/25/2014 12:07 PM, Édouard Thuleau wrote:
Hi,
I got a jenkins failure on that small fix [1] on OpenContrail.
Here the last lines console output
@Nachi: Yes that could a good improvement to factorize the RPC mechanism.
Another idea:
What about creating a RPC topic per security group (quid of the RPC topic
scalability) on which an agent subscribes if one of its ports is associated
to the security group?
Regards,
Édouard.
On Fri, Jun
Do you though about nftables that will replace {ip,ip6,arp,eb}tables?
It also based on the rule set mechanism.
The issue in that proposition, it's only stable since the begin of the year
and on Linux kernel 3.13.
But there lot of pros I don't list here (leverage iptables limitation,
efficient
as well.
Edourard, I look forward to your blog, please share it here once you've
written it!
Thanks,
Kyle
On Fri, Mar 21, 2014 at 6:15 AM, Édouard Thuleau thul...@gmail.comwrote:
Thanks Mathieu for your support and work onto CI to enable multi-node.
I wrote a blog post about how to run
Hi,
Just to inform you that the new OVS release 2.1.0 was done yesterday [1].
This release contains new features and significant performance improvements
[2].
And in that new features, one [3] was use to add local ARP responder with
OVS agent and the plugin ML2 with the MD l2-pop [4]. Perhaps,
/2014/infra.2014-02-18-19.01.log.html
[4]
https://www.mail-archive.com/openstack-infra@lists.openstack.org/msg00968.html
[5]
http://lists.openstack.org/pipermail/openstack-infra/2013-July/000128.html
On Fri, Mar 21, 2014 at 10:08 AM, Édouard Thuleau thul...@gmail.com
wrote:
Hi,
Just
Yes, that sounds good to be able to load extensions from a mechanism driver.
But another problem I think we have with ML2 plugin is the list extensions
supported by default [1].
The extensions should only load by MD and the ML2 plugin should only
implement the Neutron core API.
Any though ?
+1
I though it must merge as experimental for IceHouse, to let the community
tries it and stabilizes it during the Juno release. And for the Juno
release, we will be able to announce it as stable.
Furthermore, the next work, will be to distribute the l3 stuff at the edge
(compute) (called DVR)
Yes, the agent sync fdb on startup thanks to the flag 'agent_boot_time'
(default 180 seconds).
Plugin compares it with time agent is started (diff between the agent start
(agent.started.at) and its last heartbeat timestamp) and if it less, the
plugin send all fdb entries of the network.
Édoaurd.
A thread [1] was also initiated on the ML by Syvlain but no answers/comment
for the moment.
[1] http://openstack.markmail.org/thread/qy6ikldtq2o4imzl
Édouard.
On Mon, Feb 24, 2014 at 9:35 AM, 黎林果 lilinguo8...@gmail.com wrote:
Thanks you very much.
IMHO when admin_state_up is false that
.
On Thu, Feb 20, 2014 at 3:15 PM, Édouard Thuleau thul...@gmail.com wrote:
Hi,
Neutron permits to set a gateway IP outside of the subnet cidr by default.
And, thanks to the garyk's patch [1], it's possible to change this default
behavior with config flag 'force_gateway_on_subnet'.
This flag
Ha yes, I completely forget IPv6 case.
Sorry and forget that thread.
Édouard.
On Thu, Feb 20, 2014 at 3:34 PM, Veiga, Anthony
anthony_ve...@cable.comcast.com wrote:
This would break IPv6. The gateway address, according to RFC 4861[1]
Section 4.2 regarding Router Advertisements: Source
Thanks to you, Kyle.
I proposed a backport [1] of the review 63913 you approved.
[1] https://review.openstack.org/#/c/71821/
Édouard.
On Thu, Feb 6, 2014 at 6:04 PM, Kyle Mestery mest...@siliconloons.comwrote:
On Feb 6, 2014, at 3:09 AM, Édouard Thuleau thul...@gmail.com wrote:
Hi all
Hi all,
Just to point 2 reviews [1] [2] I submitted to correct l2-pop
mechanism driver into the ML2 plugin.
I had some reviews and +1 but they doesn't progress anymore.
Could you check them ?
I also like to backport them for stable Havana branch.
[1] https://review.openstack.org/#/c/63917/
[2]
There also another bug you can link/duplicate with #1192381 is
https://bugs.launchpad.net/neutron/+bug/1185916.
I proposed a fix but it's not the good way. I abandoned it.
Édouard.
On Wed, Dec 4, 2013 at 10:43 PM, Carl Baldwin c...@ecbaldwin.net wrote:
I have offered up
And what do you think about the performance issue I talked ?
Do you have any thought to improve wildcarding to use megaflow feature ?
Édouard.
On Fri, Nov 29, 2013 at 1:11 PM, Zang MingJie zealot0...@gmail.com wrote:
On Fri, Nov 29, 2013 at 2:25 PM, Jian Wen jian@canonical.com wrote:
I
Hi,
It's an interesting feature.
But just to understand, what do you blame to the actual implementation with
iptables and linux bridge?
The OVS release 1.11.0 implements a new feature calls 'megaflows'
which reduce the number of kernel/usespace crossings.
Actually, OVS neutron agent uses simple
and
provide a fix which we should backport to havana too.
It sounds like the fix should not be too extensive, so the backport should
be easily feasible.
Regards,
Salvatore
On 18 October 2013 21:50, Édouard Thuleau thul...@gmail.com wrote:
Hi all,
I made some tests with the ML2 plugin
31 matches
Mail list logo
