[openstack-dev] [neutron] Cancelling net-bgpvpn today's meeting

2016-11-22 Thread Mathieu Rohon
Hi, neither thomas nor I are available to chair today's bgpvpn meeting. We don't have a lot of topics on today's agenda, so let's cancel today's meeting. See you next week. Mathieu __ OpenStack Development Mailing List (not

Re: [openstack-dev] [Neutron][vpnaas]Question about MPLS VPN

2016-06-06 Thread Mathieu Rohon
Hi, sorry for the late reply, but if you want to attach a neutron network or a neutron router to an existing MPLS based BGP L3 VPN, you can use the BGPVPN project [1], with its API and one of it's backend, bagpipe [2] being its opensource and reference implementation. Those projects have

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

2016-04-14 Thread Mathieu Rohon
Hi cathy, at net-bgpvpn, we're very interested in this effort. Please, keep us in the loop. Mathieu On Thu, Apr 14, 2016 at 8:59 AM, Haim Daniel wrote: > Hi, > > I'd +1 Vikram's comment on neutron-classifier , RFE [1] contains the > original thread about that topic. > > >

[openstack-dev] [neutron][bgpvpn] Meetings canceled

2015-12-21 Thread Mathieu Rohon
Hi, tmorin and myself won't be available for the next two meetings. The next weekly meeting for the networking-bgpvpn project will be on tuesday, the 5th of january, at 15:00 UTC on #openstack-meeting-alt. Thanks Mathieu __

Re: [openstack-dev] [Nova][Neutron] Live Migration Issues with L3/L2

2015-12-18 Thread Mathieu Rohon
Hi, I'm also interested in live-migration in the context of two bugs in l2pop : https://bugs.launchpad.net/neutron/+bug/1483601 https://bugs.launchpad.net/neutron/+bug/1443421 Mathieu On Fri, Dec 18, 2015 at 11:16 AM, Oleg Bondarev wrote: > I think it might be a bit

Re: [openstack-dev] [neutron] Multiple locations for documentation of features

2015-12-08 Thread Mathieu Rohon
Hi all, thanks for the explanation. Can you also explain how does neutron team use blueprints? how it overlaps with RFE bugs? On Mon, Dec 7, 2015 at 6:40 PM, Sean M. Collins wrote: > On Mon, Dec 07, 2015 at 12:18:29PM EST, Carl Baldwin wrote: > > On Fri, Dec 4, 2015 at

Re: [openstack-dev] [neutron] How could an L2 agent extension access agent methods ?

2015-11-23 Thread Mathieu Rohon
Thanks ihar! On Thu, Nov 19, 2015 at 2:32 PM, Ihar Hrachyshka wrote: > UPD: now that we have some understanding what’s needed from l2 agent > extension mechanism to cater for interested subprojects (and now that we > see that probably the agent in focus right now is OVS

Re: [openstack-dev] [Neutron][bgpvpn] Service Plugin vs Service driver

2015-08-19 Thread Mathieu Rohon
support based on drivers requirements, follow what Salvatore suggested makes perfect sense. On Wed, Aug 19, 2015 at 11:06 AM, Salvatore Orlando salv.orla...@gmail.com wrote: my 0.02€ on the matter inline. Regards, Salvatore On 18 August 2015 at 23:45, Mathieu Rohon mathieu.ro...@gmail.com

[openstack-dev] [neutron][bgpvpn]

2015-08-18 Thread Mathieu Rohon
Hi all, The current bgpvpn implementation is using the service type framework, with a service plugin and one or more service providers. After registering the bug [1], I wonder if we would rather use a service plugin per implementation type (bagpipe, ODL, OpenContrail, Nuage...) which handles API

[openstack-dev] [Neutron][bgpvpn] Service Plugin vs Service driver

2015-08-18 Thread Mathieu Rohon
Adding the related subject :) On Tue, Aug 18, 2015 at 10:35 AM, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi all, The current bgpvpn implementation is using the service type framework, with a service plugin and one or more service providers. After registering the bug [1], I wonder if we

Re: [openstack-dev] [Neutron][bgpvpn] Service Plugin vs Service driver

2015-08-18 Thread Mathieu Rohon
service plugins, but probably less. thanks brandon. Mathieu Thanks, Brandon -- *From:* Mathieu Rohon mathieu.ro...@gmail.com *Sent:* Tuesday, August 18, 2015 7:13 AM *To:* OpenStack Development Mailing List *Subject:* [openstack-dev] [Neutron][bgpvpn] Service Plugin

Re: [openstack-dev] [Neutron] Modular L2 Agent

2015-06-23 Thread Mathieu Rohon
Hi, there are still some differences in terms of features supported by the two implementations. Those I am aware of are : -LB can support VLAN transparent networks as mentionned in [2]; -OVS supports MPLS tagging, needed by the bagpipe driver of the bgpvpn project; -when arp responder is

Re: [openstack-dev] [neutron][vpnaas] Supporting multiple local subnets for VPN connections

2015-05-20 Thread Mathieu Rohon
) On Wed, May 20, 2015 at 7:54 AM Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi paul, this is also something that we would like to introduce for BGP/MPLS VPNs [2]. We choose to allow tenants to attach existing networks ( it might evolve to subnets) to bgpvpn-connection objects, by updating

Re: [openstack-dev] [neutron][vpnaas] Supporting multiple local subnets for VPN connections

2015-05-20 Thread Mathieu Rohon
Hi paul, this is also something that we would like to introduce for BGP/MPLS VPNs [2]. We choose to allow tenants to attach existing networks ( it might evolve to subnets) to bgpvpn-connection objects, by updating the bgpvpn-connection object, which is the equivalent of the ipsec-site-connection

Re: [openstack-dev] [neutron] How should edge services APIs integrate into Neutron?

2015-05-07 Thread Mathieu Rohon
Hi, On Wed, May 6, 2015 at 8:42 AM, Salvatore Orlando sorla...@nicira.com wrote: I think Paul is correctly scoping this discussion in terms of APIs and management layer. For instance, it is true that dynamic routing support, and BGP support might be a prerequisite for BGP VPNs, but it should

Re: [openstack-dev] [Neutron] [Nova] [Cinder] [tc] Should Openstack project maintained by core team keep only API/DB in the future?

2015-04-24 Thread Mathieu Rohon
Hi loy, thanks for this dedicated thread. On Fri, Apr 24, 2015 at 3:13 PM, Kyle Mestery mest...@mestery.com wrote: On Fri, Apr 24, 2015 at 4:06 AM, loy wolfe loywo...@gmail.com wrote: It's already away from the original thread, so I start this new one, also with some extra tag because I

Re: [openstack-dev] [Neutron] A big tent home for Neutron backend code

2015-04-23 Thread Mathieu Rohon
On Thu, Apr 23, 2015 at 10:28 AM, henry hly henry4...@gmail.com wrote: On Thu, Apr 23, 2015 at 10:44 AM, Armando M. arma...@gmail.com wrote: Could you please also pay some attention on Cons of this ultimate splitting Kyle? I'm afraid it would hurt the user experiences. On the position

Re: [openstack-dev] [neutron] [QoS] QoS weekly meeting

2015-04-15 Thread Mathieu Rohon
Hi, It will overlap with the Telco Working group weekly meeting [1]. It's too bad, since Qos is a big interest for Telco Cloud Operator! Mathieu [1]https://wiki.openstack.org/wiki/TelcoWorkingGroup#Meetings On Tue, Apr 14, 2015 at 10:43 AM, Miguel Angel Ajo Pelayo mangel...@redhat.com wrote:

Re: [openstack-dev] [Neutron] - Joining the team - interested in a Debian Developer and experienced Python and Network programmer?

2015-04-09 Thread Mathieu Rohon
Hi Matt, Jaume did an awesome work at proposing and implementing a framework for announcing public IP with a BGP speaker [1]. Unfortunately, the spec hasn't been merged in kilo. Hope it will be resubmitted in L. Your proposal seems to be a mix of Jaume proposal and HA router design? We also play

Re: [openstack-dev] [Neutron] [ML2] using binding:tun_ip instead of agent_ip for l2pop to support agentless backend

2015-03-30 Thread Mathieu Rohon
hi henry, thanks for this interesting idea. It would be interesting to think about how external gateway could leverage the l2pop framework. Currently l2pop sends its fdb messages once the status of the port is modified. AFAIK, this status is only modified by agents which send

Re: [openstack-dev] [Neutron] VLAN trunking network for NFV

2015-03-25 Thread Mathieu Rohon
Guo, AFAIU, the guest will tag frames with VLAN, then the host won't remove this tag ASA the underlying host uses an overlay encapsulation (VXLAN or GRE) to encapsulate the entire frame, including the VLAN submitted by the guest. This will be only compatible with LinuxBridge running on the host,

Re: [openstack-dev] [Neutron] Removing udp_port field from 'ml2_vxlan_endpoint' table

2015-03-24 Thread Mathieu Rohon
. Or is multicasting prohibited by l2_pop driver and the vxlan_group attribute is not applicable in this case? -- Andreas (irc: scheuran) On Mon, 2015-03-23 at 14:49 +0100, Mathieu Rohon wrote: Hi romil, I think the main purpose of this DB field is to maintain the compatibility

Re: [openstack-dev] [Neutron] Removing udp_port field from 'ml2_vxlan_endpoint' table

2015-03-24 Thread Mathieu Rohon
On Tue, Mar 24, 2015 at 12:15 PM, Salvatore Orlando sorla...@nicira.com wrote: On 23 March 2015 at 14:49, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi romil, I think the main purpose of this DB field is to maintain the compatibility in dataplane between OVS and LinuxBridge which

Re: [openstack-dev] [Neutron] Removing udp_port field from 'ml2_vxlan_endpoint' table

2015-03-23 Thread Mathieu Rohon
Hi romil, I think the main purpose of this DB field is to maintain the compatibility in dataplane between OVS and LinuxBridge which, by default, don't use the same UDP port for VXLAN. It might be useful for a cloud admin which wants to run some nodes with LB and some others with OVS. I feel like

Re: [openstack-dev] [neutron] Generic question about synchronizing neutron agent on compute node with DB

2015-03-15 Thread Mathieu Rohon
Hi slawek, may be you're hitting this l2pop bug : https://bugs.launchpad.net/neutron/+bug/1372438 On Sun, Mar 15, 2015 at 11:37 PM, Sławek Kapłoński sla...@kaplonski.pl wrote: Hello, Dnia niedziela, 15 marca 2015 17:45:05 Salvatore Orlando pisze: On 14 March 2015 at 11:19, Sławek Kapłoński

Re: [openstack-dev] [neutron][vpnaas] VPNaaS Subteam meetings

2015-03-05 Thread Mathieu Rohon
Hi, I'm fine with C) and 1600 UTC would be more adapted for EU time Zone :) However, I Agree that neutron-vpnaas meetings was mainly focus on maintaining the current IPSec implementation, by managing the slip out, adding StrongSwan support and adding functional tests. Maybe we will get a broader

Re: [openstack-dev] [Neutron] [ML2] [arp] [l2pop] arp responding for vlan network

2015-02-04 Thread Mathieu Rohon
Hi henry, It looks great and quite simple thanks to the work done by the ofagent team. This kind of work might be used also for DVR which now support VLAN networks [3]. I have some concerns about the patch submitted in [1], so let's review! [3]https://review.openstack.org/#/c/129884/ On Wed,

Re: [openstack-dev] CLI support in ML2 driver

2015-01-29 Thread Mathieu Rohon
Hi, you can develop you own service plugin which extends the current Neutron API, and transforms Neutron API call in ODL NB API call. You can take example from the GBP service plugin to understand how to route Neutron API call to an independent service plugin. regards, Mathieu On Thu, Jan

Re: [openstack-dev] [neutron] [adv-services] Question on functional tests

2015-01-20 Thread Mathieu Rohon
FYI, numan created a bug [1] about being able to run functional test job in neutron-vpnaas CI I've proposed a patch [2] which simply add neutron-dsvm-functional job in check and gate queue of neutron-vpnaas. Unfortunately, as discussed with marun on IRC, this won't be enough, since this job

Re: [openstack-dev] Request for comments for a possible solution

2015-01-09 Thread Mathieu Rohon
Hi Mike, after reviewing your latest patch [1], I think that a possible solution could be to add a new entry in fdb RPC message. This entry would specify whether the port is multi-bound or not. The new fdb message would look like this : {net_id: {port: {agent_ip: {mac, ip,

Re: [openstack-dev] [qa] Using DevStack for multi-node setup

2015-01-09 Thread Mathieu Rohon
hi danny, if you're using neutron, you can use the option : NEUTRON_CREATE_INITIAL_NETWORKS=False in your local.conf. This way no router or network are created. You have to create it manually, and of course you can do it once every agent is up is Neutron. Mathieu On Thu, Jan 8, 2015 at 3:46

Re: [openstack-dev] [neutron][vpnaas] VPNaaS Subteam meeting Tuesday 1500 UTC meeting-4

2015-01-06 Thread Mathieu Rohon
Thanks Paul, I'll be there! Mathieu On Mon, Jan 5, 2015 at 8:43 PM, Paul Michali (pcm) p...@cisco.com wrote: Since we took a break for two weeks and the meeting channel has changed, I figured I send a reminder. Please update the page for any agenda items you may have, Regards, PCM

Re: [openstack-dev] Request for comments for a possible solution

2014-12-19 Thread Mathieu Rohon
Hi vivek, On Fri, Dec 19, 2014 at 10:44 AM, Narasimhan, Vivekanandan vivekanandan.narasim...@hp.com wrote: Hi Mike, Few clarifications inline [Vivek] -Original Message- From: Mike Kolesnik [mailto:mkole...@redhat.com] Sent: Thursday, December 18, 2014 10:58 PM To: OpenStack

Re: [openstack-dev] [Neutron][L2Pop][HA Routers] Request for comments for a possible solution

2014-12-19 Thread Mathieu Rohon
Mike, I'm not even sure that your solution works without being able to bind a router HA port to several hosts. What's happening currently is that you : 1.create the router on two l3agent. 2. those l3agent trigger the sync_router() on the l3plugin. 3. l3plugin.sync_routers() will trigger

Re: [openstack-dev] [Neutron][L2Pop][HA Routers] Request for comments for a possible solution

2014-12-18 Thread Mathieu Rohon
Hi mike, thanks for working on this bug : On Thu, Dec 18, 2014 at 1:47 PM, Gary Kotton gkot...@vmware.com wrote: On 12/18/14, 2:06 PM, Mike Kolesnik mkole...@redhat.com wrote: Hi Neutron community members. I wanted to query the community about a proposal of how to fix HA routers not working

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-15 Thread Mathieu Rohon
Hi Ryan, We have been working on similar Use cases to announce /32 with the Bagpipe BGPSpeaker that supports EVPN. Please have a look at use case B in [1][2]. Note also that the L2population Mechanism driver for ML2, that is compatible with OVS, Linuxbridge and ryu ofagent, is inspired by EVPN,

Re: [openstack-dev] [neutron] Changes to the core team

2014-12-04 Thread Mathieu Rohon
On Thu, Dec 4, 2014 at 8:38 AM, Sumit Naiksatam sumitnaiksa...@gmail.com wrote: On Wed, Dec 3, 2014 at 9:07 PM, Adam Young ayo...@redhat.com wrote: On 12/03/2014 06:24 PM, Sukhdev Kapur wrote: Congratulations Henry and Kevin. It has always been pleasure working with you guys. If I may

Re: [openstack-dev] [neutron] Changes to the core team

2014-12-03 Thread Mathieu Rohon
Hi all, It seems that a process with a survey for neutron core election/removal was about to take place [1]. Has it been applied for this proposal? This proposal has been hardly discussed during neutron meetings [2][3]. Many cores agree that the number of reviews shouldn't be the only metrics.

Re: [openstack-dev] [Neutron] Edge-VPN and Edge-Id

2014-12-01 Thread Mathieu Rohon
Hi, On Sun, Nov 30, 2014 at 8:35 AM, Ian Wells ijw.ubu...@cack.org.uk wrote: On 27 November 2014 at 12:11, Mohammad Hanif mha...@brocade.com wrote: Folks, Recently, as part of the L2 gateway thread, there was some discussion on BGP/MPLS/Edge VPN and how to bridge any overlay networks to

Re: [openstack-dev] [Neutron] Edge-VPN and Edge-Id

2014-12-01 Thread Mathieu Rohon
On Mon, Dec 1, 2014 at 4:46 PM, Ian Wells ijw.ubu...@cack.org.uk wrote: On 1 December 2014 at 04:43, Mathieu Rohon mathieu.ro...@gmail.com wrote: This is not entirely true, as soon as a reference implementation, based on existing Neutron components (L2agent/L3agent...) can exist

Re: [openstack-dev] [Telco] [NFV] [Heat] Telco Orchestration

2014-11-26 Thread Mathieu Rohon
Hi, On Wed, Nov 26, 2014 at 12:48 AM, Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote: Hi, In Murano we did couple projects related to networking orchestration. As NFV Can you tell us more about those projects? Does it include mutli-datacenter use cases? is a quite broad term I can

Re: [openstack-dev] #Personal# Ref: L3 service integration with service framework

2014-11-26 Thread Mathieu Rohon
Hi, you can still add your own service plugin, as a mixin of L3RouterPlugin (have a look at brocade's code). AFAIU service framework would manage the coexistence several implementation of a single service plugin. This is currently not prioritized by neutron. This kind of work might restart in

Re: [openstack-dev] [Neutron][L2 Agent][Debt] Bootstrapping an L2 agent debt repayment task force

2014-11-25 Thread Mathieu Rohon
On Tue, Nov 25, 2014 at 9:59 AM, henry hly henry4...@gmail.com wrote: Hi Armando, Indeed agent-less solution like external controller is very interesting, and in some certain cases it has advantage over agent solution, e.g. software installation is prohibited on Compute Node. However,

Re: [openstack-dev] [neutron] L2 gateway as a service

2014-11-17 Thread Mathieu Rohon
2014 15:28, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi, As far as I understood last friday afternoon dicussions during the design summit, this use case is in the scope of another umbrella spec which would define external connectivity for neutron networks. Details of those connectivity

Re: [openstack-dev] [neutron] L2 gateway as a service

2014-11-14 Thread Mathieu Rohon
Hi, As far as I understood last friday afternoon dicussions during the design summit, this use case is in the scope of another umbrella spec which would define external connectivity for neutron networks. Details of those connectivity would be defined through service plugin API. Ian do you plan

Re: [openstack-dev] [Neutron] BGP - VPN BoF session in Kilo design summit

2014-11-04 Thread Mathieu Rohon
Hi, Thanks Jaume, it make sense since those use cases need l3-agent refectoring. I've updated the BGPVPN etherpad [1] with materials used during today's techtalk. I hope this will help everyone to better uderstand our use cases. [1]https://etherpad.openstack.org/p/bgpvpn On Tue, Nov 4, 2014 at

Re: [openstack-dev] [Neutron][QoS] Pod time at Paris Summit

2014-10-29 Thread Mathieu Rohon
Hi, +1 thanks On Wed, Oct 29, 2014 at 7:19 AM, Kevin Benton blak...@gmail.com wrote: I believe Déjà vu is an appropriate term here. :-) Count me in. On Tue, Oct 28, 2014 at 1:16 PM, Collins, Sean sean_colli...@cable.comcast.com wrote: Hi, Like Atlanta, I will be at the summit. If

Re: [openstack-dev] [Neutron] BGP - VPN BoF session in Kilo design summit

2014-10-29 Thread Mathieu Rohon
Hi, thanks jaume for planning this bof. the bgpvpn spec [2] has been initiated by nati ueno. I hope nati will attend this bof too. our proposal is to try to implement this spec with existing Neutron components [4]. Me and thomas will also have a tech talk about BGPVPN on tuesday, 1:15 PM. [5]

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

2014-10-28 Thread Mathieu Rohon
Hi wei, the agent will be re-worked with modular l2 agent [1] your proposal could be handle during this work. [1]https://review.openstack.org/#/c/106189/ Mathieu On Tue, Oct 28, 2014 at 4:01 AM, Damon Wang damon.dev...@gmail.com wrote: Hi all, We have suffered a long down time when we

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-28 Thread Mathieu Rohon
Hi, really interesting, thanks corry. during l3 meeting we spoke about planning a POD session around bgp use cases. at least 2 spec have bgp use cases : https://review.openstack.org/#/c/125401/ https://review.openstack.org/#/c/93329/ It would be interesting that you join this POD, to share your

Re: [openstack-dev] [Neutron] BGPVPN implementation discussions

2014-10-22 Thread Mathieu Rohon
, October 17, 2014 12:42 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron] BGPVPN implementation discussions Good news, +1 2014-10-17 0:48 GMT+08:00 Mathieu Rohon mathieu.ro...@gmail.com: Hi all, as discussed during today's l3

Re: [openstack-dev] [Neutron] [ml2] How ML2 reflects on the topology?

2014-10-16 Thread Mathieu Rohon
Hi, if you use a VLAN type driver, TOR switches should be configured in trunk mode to allow VLAN specified in vlan_type section of ml2_conf.ini. vlan id range is defined in this section. Any tenant network will use an id from this range, and it is totally independent from tenant id. Some

[openstack-dev] [Neutron] BGPVPN implementation discussions

2014-10-16 Thread Mathieu Rohon
Hi all, as discussed during today's l3-meeting, we keep on working on BGPVPN service plugin implementation [1]. MPLS encapsulation is now supported in OVS [2], so we would like to summit a design to leverage OVS capabilities. A first design proposal, based on l3agent, can be found here :

Re: [openstack-dev] [Neutron] How to write extension

2014-10-08 Thread Mathieu Rohon
Hi, please tell us about the extension you want to write, it would really help. In ML2, you now have the ability to easily add extensions thanks to this work : https://blueprints.launchpad.net/neutron/+spec/extensions-in-ml2 Mathieu On Wed, Oct 8, 2014 at 7:52 AM, Damon Wang

Re: [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters

2014-08-27 Thread Mathieu Rohon
you probably should consider using the future extension manager in ML2 : https://review.openstack.org/#/c/89211/ On Mon, Aug 25, 2014 at 12:54 PM, Irena Berezovsky ire...@mellanox.com wrote: Hi Andreas, We can definitely set some time to discuss this. I am usually available from 5 to 14:00

Re: [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on

2014-08-27 Thread Mathieu Rohon
l2pop is about l2 networks optimization with tunnel creation and arp repsonder population (so this is not only a overlays network optimization. For example ofagent now use l2pop info for flat and vlan optimization [1]), This optimization is orthogonal to several agent based mechanism driver (lb,

Re: [openstack-dev] [neutron][ml2] Openvswitch agent support for non promic mode adapters

2014-08-27 Thread Mathieu Rohon
considered the SR-IOV related use case. It seems that all required changes can be encapsulated in the L2 OVS agent, since it requires to add fdb mac registration on adapted interface. What was your idea related to extension manager in ML2? Thanks, Irena -Original Message- From: Mathieu

Re: [openstack-dev] Thought on service plugin architecture (was [Neutron][QoS] Request to be considered for neutron-incubator)

2014-08-22 Thread Mathieu Rohon
, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi On Wed, Aug 20, 2014 at 12:12 AM, Salvatore Orlando sorla...@nicira.com wrote: In the current approach QoS support is being hardwired into ML2. Maybe this is not the best way of doing that, as perhaps it will end up requiring every mech

Re: [openstack-dev] [Neutron][QoS] Request to be considered for neutron-incubator

2014-08-20 Thread Mathieu Rohon
Hi On Wed, Aug 20, 2014 at 12:12 AM, Salvatore Orlando sorla...@nicira.com wrote: In the current approach QoS support is being hardwired into ML2. Maybe this is not the best way of doing that, as perhaps it will end up requiring every mech driver which enforces VIF configuration should

Re: [openstack-dev] [neutron][ml2] Mech driver as out-of-tree add-on

2014-08-14 Thread Mathieu Rohon
Hi, I would like to add that it would be harder for the community to help maintaining drivers. such a work [1] wouldn't have occured with an out of tree ODL driver. [1] https://review.openstack.org/#/c/96459/ On Wed, Aug 13, 2014 at 1:09 PM, Robert Kukura kuk...@noironetworks.com wrote: One

Re: [openstack-dev] [Neutron] l2pop problems

2014-08-06 Thread Mathieu Rohon
a blueprint to propose the changes. great, I would be pleased to review this BP. On Fri, Jul 18, 2014 at 10:26 PM, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi Zang, On Wed, Jul 16, 2014 at 4:43 PM, Zang MingJie zealot0...@gmail.com wrote: Hi, all: While resolving ovs restart rebuild br

Re: [openstack-dev] [Neutron] l2pop problems

2014-07-18 Thread Mathieu Rohon
Hi Zang, On Wed, Jul 16, 2014 at 4:43 PM, Zang MingJie zealot0...@gmail.com wrote: Hi, all: While resolving ovs restart rebuild br-tun flows[1], we have found several l2pop problems: 1. L2pop is depending on agent_boot_time to decide whether send all port information or not, but the

Re: [openstack-dev] [Neutron][ML2] Support dpdk ovs with ml2 plugin

2014-07-11 Thread Mathieu Rohon
A simple usecase could be to have a compute node able start VM with optimized net I/O or standard net I/O, depending on the network flavor ordered for this VM. On Fri, Jul 11, 2014 at 11:16 AM, Czesnowicz, Przemyslaw przemyslaw.czesnow...@intel.com wrote: Can you explain whats the use case for

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

2014-07-02 Thread Mathieu Rohon
Hi, sorry for the late reply, I was out of office for 3 weeks. I also love the idea of having a single thread in charge of writing dataplane actions. As Zang described, this thread would read events in a queue, which could be populated by agent_drivers. The main goal would be to avoid

Re: [openstack-dev] [Neutron] Too much shim rest proxy mechanism drivers in ML2

2014-06-06 Thread Mathieu Rohon
hi henry, On Fri, Jun 6, 2014 at 10:17 AM, henry hly henry4...@gmail.com wrote: ML2 mechanism drivers are becoming another kind of plugins. Although they can be loaded together, but can not work with each other. Today, there are more and more drivers, supporting all kinds of networking

Re: [openstack-dev] [Neutron][ML2] Modular agent architecture

2014-06-03 Thread Mathieu Rohon
[image: Inactive hide details for Mathieu Rohon ---05/30/2014 06:25:29 AM---Hi all, Modular agent seems to have to choose between two t]Mathieu Rohon ---05/30/2014 06:25:29 AM---Hi all, Modular agent seems to have to choose between two type of architecture [1]. From: Mathieu Rohon mathieu.ro

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

2014-05-30 Thread Mathieu Rohon
Hi, I was about mentionning ExaBGP too! can we also consider using those BGP speakers for BGPVPN implementation [1]. This would be consistent to have the same BGP speaker used for every BGP needs inside Neutron. [1]https://review.openstack.org/#/c/93329/ On Fri, May 30, 2014 at 10:54 AM, Jaume

[openstack-dev] [Neutron][ML2] Modular agent architecture

2014-05-30 Thread Mathieu Rohon
Hi all, Modular agent seems to have to choose between two type of architecture [1]. As I understood during the last ML2 meeting [2], Extension driver seems to be the most reasonnable choice. But I think that those two approaches are complementory : Extension drivers will deal with RPC callbacks

Re: [openstack-dev] [Neutron] ML2 extensions info propagation

2014-05-09 Thread Mathieu Rohon
] from your original email below. We may reorganize the information that is already there but please do add your comments there. done! I will also update the etherpad [1] thanks Kyle and Mohammad for your reply Mathieu Thanks, Mohammad [image: Inactive hide details for Mathieu Rohon ---05

Re: [openstack-dev] Add VMware dvSwitch/vSphere API support for Neutron ML2

2014-05-07 Thread Mathieu Rohon
happy to provide more details, if needed. Regards -- Jussi Sorjonen, Systems Specialist, Data Center +358 (0)50 594 7848, jussi.sorjo...@cybercom.com Cybercom Finland Oy, Urho Kekkosen katu 3 B, 00100 Helsinki, FINLAND www.cybercom.fi | www.cybercom.com On 06/05/14 11:17, Mathieu Rohon

Re: [openstack-dev] [ML2] L2 population mechanism driver

2014-05-07 Thread Mathieu Rohon
Slawek Kaplonski sla...@kaplonski.pl Dnia wtorek, 6 maja 2014 10:35:05 Mathieu Rohon pisze: Hi slawek, As soon as you declare l2population in the MD section of the config file, it will be loaded by ML2 plugin. l2population MD will listen to ML2 DB events and send RPC messages to ovs agent

[openstack-dev] [Neutron] ML2 extensions info propagation

2014-05-07 Thread Mathieu Rohon
Hi ML2er and others, I'm considering discussions around ML2 for the summit. Unfortunatly I won't attend the summit, so I'll try to participate through the mailing list and etherpads. I'm especially interested in extension support by Mechanism Driver[1] and Modular agent[2]. During the Juno cycle

[openstack-dev] [Neutron] [ML2] extensions info propagation

2014-05-07 Thread Mathieu Rohon
Hi ML2er and others, I'm considering discussions around ML2 for the summit. Unfortunatly I won't attend the summit, so I'll try to participate through the mailing list and etherpads. I'm especially interested in extension support by Mechanism Driver[1] and Modular agent[2]. During the Juno cycle

Re: [openstack-dev] Add VMware dvSwitch/vSphere API support for Neutron ML2

2014-05-06 Thread Mathieu Rohon
Hi IIkka, this is a very interesting MD for ML2. Have you ever tried to use your ML2 driver with VMWare drivers on the nova side, so that you could manage your VM with nova, and its network with neutron. Do you think it would be difficult to extend your driver to support vxlan encapsulation?

Re: [openstack-dev] [ML2] L2 population mechanism driver

2014-05-06 Thread Mathieu Rohon
Hi slawek, As soon as you declare l2population in the MD section of the config file, it will be loaded by ML2 plugin. l2population MD will listen to ML2 DB events and send RPC messages to ovs agent when needed. l2population MD will not bind the port, ovs MD will. By the way, you need to ad add

Re: [openstack-dev] [Neutron][ML2][Ml2Plugin] Setting _original_network in NetworkContext:

2014-03-28 Thread Mathieu Rohon
hi nader, I don't think this parameter could be used in this case. As andre said , tha original-network is usefull for update and delete commands. It would led to misunderstandings if we use this param in other cases, and particulary in create commands. I'm still thinking that the result of

Re: [openstack-dev] ML2 Type driver for supporting network overlays, with more than 4K seg

2014-03-28 Thread Mathieu Rohon
Hi, the more I think about your use case, the more I think you should create a BP to have tenant network based on interfaces created with VDP protocol. I'm not a VDP specialist, but if it creates some vlan back interfaces, you might match those physical interfaces with the

Re: [openstack-dev] ML2 Type driver for supporting network overlays, with more than 4K seg

2014-03-26 Thread Mathieu Rohon
Hi, thanks for this very interesting use case! May be you can still use VXLAN or GRE for tenant networks, to bypass the 4k limit of vlans. then you would have to send packets to the vlan tagged interface, with the tag assigned by the VDP protocol, and this traffic would be encapsulated inside the

Re: [openstack-dev] [Neutron] OVS 2.1.0 is available but not the Neutron ARP responder

2014-03-21 Thread Mathieu Rohon
Hi edouard, thanks for the information. I would love to see your patch getting merged to have l2-population MD fully functional with an OVS based deployment. Moreover, this patch has a minimal impact on neutron, since the code is used only if l2-population MD is used in the ML2 plugin.

Re: [openstack-dev] [Neutron][OVS Agent]

2014-03-18 Thread Mathieu Rohon
Hi nader, The easiest way would be to register a new RPC callback in the current ovs agent. This is what we have done for the l2-pop MD, with fdb_add and fdb_remove callbacks. However, it could become a mess if every MD adds it own callback directly into the code of the agent. L2 agent should be

Re: [openstack-dev] [Neutron][ML2]

2014-03-17 Thread Mathieu Rohon
Hi On Fri, Mar 7, 2014 at 7:33 PM, Nader Lahouti nader.laho...@gmail.com wrote: 1) Does it mean an interim solution is to have our own plugin (and have all the changes in it) and declare it as core_plugin instead of Ml2Plugin? I don't think you should create your own Plugin, having a MD is

Re: [openstack-dev] [Neutron][ML2]

2014-03-17 Thread Mathieu Rohon
Hi racha, I don't think your topic has something to deal with Nader's topics. Please, create another topic, it would be easier to follow. FYI, robert kukura is currently refactoring the MD binding, please have a look here : https://bugs.launchpad.net/neutron/+bug/1276391. As i understand, there

Re: [openstack-dev] [Neutron][L3] FFE request: L3 HA VRRP

2014-03-11 Thread Mathieu Rohon
+1 On Mon, Mar 10, 2014 at 10:51 AM, Miguel Angel Ajo majop...@redhat.com wrote: +1 (Voting here to workaround my previous top-posting). On 03/09/2014 01:22 PM, Nir Yechiel wrote: +1 I see it as one of the main current gaps and I believe that this is something that can promote Neutron

Re: [openstack-dev] Neutron ML2 and openvswitch agent

2014-02-26 Thread Mathieu Rohon
Hi, you can get inspired by the L2-population MD, which call new functions in the agents (like add_fdb_entries) through AMQP. Does your work relate to an existing blueprint? On Tue, Feb 25, 2014 at 9:23 PM, Sławek Kapłoński sla...@kaplonski.pl wrote: Hello, Trinath, this presentation I saw

Re: [openstack-dev] setting up 1-node devstack + ml2 + vxlan

2014-02-26 Thread Mathieu Rohon
to be a multi-node one, so you will have only one vxlan endpoint, which hosts network node and compute node. If this is right, it's normal that no vxlan tunnel is created, since you don't have any other vxlan endpoint. On Wed, Feb 26, 2014 at 11:38 AM, Mathieu Rohon mathieu.ro...@gmail.com wrote: Hi, FYI

Re: [openstack-dev] setting up 1-node devstack + ml2 + vxlan

2014-02-26 Thread Mathieu Rohon
Please look at my last reply. Do you have several compute nodes? If you have only one node, you won't have any vxlan port on br-tun. On Wed, Feb 26, 2014 at 6:44 PM, Varadhan, Sowmini sowmini.varad...@hp.com wrote: On 2/26/14 5:47 AM, Mathieu Rohon wrote: Hi, FYI setting the vxlan UDP doesn't

Re: [openstack-dev] [Neutron][nova] Neutron plugin authors: Does port status indicate liveness?

2014-02-19 Thread Mathieu Rohon
find that it helps reduce gate failures. Best, Aaron On Thu, Feb 13, 2014 at 3:31 AM, Mathieu Rohon mathieu.ro...@gmail.com wrote: +1 for this feature which could potentially resolve a race condition that could occur after port-binding refactoring in ML2 [1]. in ML2, the port could

Re: [openstack-dev] [Neutron] ARP Proxy in l2-population Mechanism Driver for OVS

2014-02-13 Thread Mathieu Rohon
Hi, You can see in the review [1] that doude first proposed an ebtables manager to implement the ARP responder for ovs. OVS 2.1 is now able to manage an ARP responder based on flow [2], so he switches his implementation to a flow based ARP responder (please, have a look at patches history).

Re: [openstack-dev] [Neutron][nova] Neutron plugin authors: Does port status indicate liveness?

2014-02-13 Thread Mathieu Rohon
+1 for this feature which could potentially resolve a race condition that could occur after port-binding refactoring in ML2 [1]. in ML2, the port could be ACTIVE once a MD has bound the port. the vif_type could then be known by nova, and nova could create the network correctly thanks to vif_type

Re: [openstack-dev] How to write a new neutron L2 plugin using ML2 framework?

2014-02-11 Thread Mathieu Rohon
or just follow-up on mailing list. BR, Irena -Original Message- From: Mathieu Rohon [mailto:mathieu.ro...@gmail.com] Sent: Monday, February 10, 2014 1:25 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] How to write a new neutron L2

Re: [openstack-dev] [neutron][ml2] Port binding information, transactions, and concurrency

2014-02-10 Thread Mathieu Rohon
Hi, one other comment inline : On Wed, Feb 5, 2014 at 5:01 PM, Robert Kukura rkuk...@redhat.com wrote: On 02/05/2014 09:10 AM, Henry Gessau wrote: Bob, this is fantastic, I really appreciate all the detail. A couple of questions ... On Wed, Feb 05, at 2:16 am, Robert Kukura

Re: [openstack-dev] How to write a new neutron L2 plugin using ML2 framework?

2014-02-10 Thread Mathieu Rohon
Hi, SRIOV is under implementation in nova and neutron. Did you have a look to : https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support https://blueprints.launchpad.net/neutron/+spec/ml2-binding-profile https://blueprints.launchpad.net/neutron/+spec/ml2-request-vnic-type

Re: [openstack-dev] [neutron][ml2] Port binding information, transactions, and concurrency

2014-02-05 Thread Mathieu Rohon
Hi, thanks for this great proposal On Wed, Feb 5, 2014 at 3:10 PM, Henry Gessau ges...@cisco.com wrote: Bob, this is fantastic, I really appreciate all the detail. A couple of questions ... On Wed, Feb 05, at 2:16 am, Robert Kukura rkuk...@redhat.com wrote: A couple of interrelated issues

Re: [openstack-dev] [Neturon] firewall_driver and ML2 and vif_security discussion

2014-01-20 Thread Mathieu Rohon
in the agent See above for my current view on that. But a decision on D can be deferred for now, at least until we have a choice of firewall drivers. -Bob 2014/1/16 Robert Kukura rkuk...@redhat.com: On 01/16/2014 04:43 AM, Mathieu Rohon wrote: Hi, your proposals make sense. Having

Re: [openstack-dev] [neutron] [third-party-testing] Sharing information

2014-01-15 Thread Mathieu Rohon
Hi, does anyone knows if the multi-node environnement is targeted by the openstack-infra team? On Tue, Jan 14, 2014 at 6:22 PM, Anita Kuno ante...@anteaya.info wrote: On 01/14/2014 11:34 AM, Kyle Mestery wrote: Given the Tempest Sprint in Montreal, I still think we should have this meeting

Re: [openstack-dev] [Neutron] Partially Shared Networks

2014-01-13 Thread Mathieu Rohon
Hi, This is something that we potentially could implement during the implementation of the isolated-network bp [1] Basically, on an isolated network, an ARP responder will respond to ARP request. For an L2 network which is totally isolated, ARP responder will only respond to arp-request of the

Re: [openstack-dev] [Neutron][qa] Parallel testing update

2014-01-07 Thread Mathieu Rohon
I think that isaku is talking about a more intensive usage of defer_apply_on/off as it is done in the patch of gongysh [1]. Isaku, i don't see any reason why this could not be done in precess_network_ports, if needed. Moreover the patch from edouard [2] resolves multithreading issues while

Re: [openstack-dev] Using custom IPAM with OpenStack

2013-11-18 Thread Mathieu Rohon
Hi, As I understood Juniper/contrail developers have also troubles with IPAM. The Hooks you are talking about in Nova, is handled with service plugin in Neutron. May be there is a place to implement an IPAMaaS service, or DHCPaaS? On Thu, Nov 14, 2013 at 6:32 AM, Lari Partanen

Re: [openstack-dev] How to get VXLAN Endpoint IP without agent

2013-10-16 Thread Mathieu Rohon
Hi, can you clarify your question? because without any l2-agent on your compute host, your VM won't be able to communicate. regards On Tue, Oct 15, 2013 at 12:45 PM, B Veera-B37207 b37...@freescale.com wrote: Hi, Vxlan endpoint ip is configured in

Re: [openstack-dev] [Neutron] OVS Agent and VxLan UDP Ports

2013-10-10 Thread Mathieu Rohon
hi, good point Balaji, the dst_port is the port on which ovs is listening for vxlan packets, but I don't know what is the option in ovs-vsctl to set the remote port of the vxlan unicast tunnel interface. But it looks like a bug since you're right, tunnel_sync and tunnel_update RPC messages should

  1   2   >