Friday, 2016-09-02

*** mickeys has quit IRC00:33
*** mickeys has joined #openstack-net-bgpvpn00:34
*** mickeys has quit IRC00:38
*** vthapar has joined #openstack-net-bgpvpn04:48
*** mickeys has joined #openstack-net-bgpvpn04:55
*** vthapar has quit IRC05:18
*** mickeys has quit IRC05:51
*** mickeys has joined #openstack-net-bgpvpn06:32
*** tmorin has joined #openstack-net-bgpvpn07:36
*** matrohon has joined #openstack-net-bgpvpn07:42
*** mickeys has quit IRC08:01
matrohonhi tmorin08:02
*** tmorin has quit IRC08:14
*** mickeys has joined #openstack-net-bgpvpn08:16
*** mickeys has quit IRC08:17
*** mickeys has joined #openstack-net-bgpvpn08:17
*** mickeys has quit IRC08:21
*** tmorin has joined #openstack-net-bgpvpn09:17
tmorinhi matrohon, what's up ?09:17
matrohontmorin, I started working on https://bugs.launchpad.net/bgpvpn/+bug/153706709:18
openstackLaunchpad bug 1537067 in networking-bgpvpn "enforce constraints on "neutron router-interface-add"" [High,Confirmed] - Assigned to Mathieu Rohon (mathieu-rohon)09:18
tmoringood!09:18
matrohontmorin, unfortunately neutron entered the feature freeze window09:18
tmorindo we need something new in Neutron to fix this bug ?09:19
matrohonhttps://bugs.launchpad.net/neutron/+bug/153709109:19
openstackLaunchpad bug 1537091 in neutron "Prevent the attachment of a subnet to a router" [Wishlist,Confirmed] - Assigned to Mathieu Rohon (mathieu-rohon)09:19
tmorinhmmm09:26
tmorinin this bug, armax is saying "If all you need is a callback hook, this does not need an RFE", so maybe this can be added even after feature freeze09:26
tmorinI'd say that the best would be to push the required change to neutron, if it does not land in Newton, that's not ideal, but at least it will have been done09:27
matrohonyep, that's y plan09:27
matrohonbut i don't expect my neutron patch to land in newton..09:28
tmorinI'm thinking that the fact that its a requirement to fix a bug in a stadium project, may be a valid reason to accept it for Newton as a bugfix ...?09:28
tmorinmatrohon: ^^09:28
matrohonwe'll try!09:28
tmorinI haven't checked, but maybe the root problem can also possibly be solved by listening on a BEFORE_xxx event from the L3plugin09:32
matrohonnot sure such a event exist!09:34
tmorinnot sure09:51
tmorinbut maybe this one https://github.com/openstack/neutron/blob/master/neutron/db/l3_db.py#L48509:51
tmorinthe question I have is whether or not it's triggered in all cases (add interface by subnet, add interface by port)09:52
eon`tmorin: hello12:08
eon`is there already a way to define config options for a particular driver ?12:09
eon`in etc/neutron/networking_bgpvpn.conf for example12:09
tmorinsalut eon`12:18
tmorinwe don't use any at this point12:18
tmorinI would expect that you should be able to put something in /etc/neutron/networking_bgpvpn.conf and have this reached by the service plugin, but I haven't checked12:19
eon`tmorin: ok thanks12:19
tmorinand assuming this is possible, we certainly don't have anything in place to make this accessible to drivers12:19
tmorinsounds like something that some other service plugins may already be doing12:20
tmorinneutron-lbaas is usually a good source of inspiration12:20
eon`not sure if I will need it. I'm opening a bug and maybe we can discuss on it12:21
matrohoneon : i think that you can put any variable in bgpvpn.conf and access it the usual way (with oslo.config)12:26
eon`https://bugs.launchpad.net/bgpvpn/+bug/161965112:36
openstackLaunchpad bug 1619651 in networking-bgpvpn "OC driver: use VN api to associate RTs" [Undecided,New]12:36
eon`doude: ^^ WDYT ?12:36
matrohonit's friday, bgpvpn day for eon :)12:37
doudeeon`: I like it! +112:38
matrohoneon`, so what do you want to ad din the conf? the version?12:39
doudeeon`: why you though to define a config flag for the contrail plugin?12:39
doudematrohon, eon` : that could be auto-discovered?12:40
eon`something like association_method=v1|v212:40
eon`I don't know12:40
eon`doude: maybe, that would be better12:40
doudeif you try to update a network for import rt list, you should receive an error for older version12:41
doudethat could be done during the initialization but the drawback of that is if contrail API is not ready to answer your driver will not succed to start12:42
eon`well neutron ifself doesn't start if the API is not responding12:42
doudeif think a patch was merged on the contrail neutron plugin to prevent that12:43
doudelet me check12:43
eon`maybe on V2 then12:43
eon`but we are cool kids, we use V3 :)12:43
matrohontmorin, https://github.com/openstack/neutron/blob/master/neutron/db/l3_db.py#L82412:44
matrohonl3 just notify that an interace has been added12:44
matrohontmorin, no BEFORE_CREATE event12:45
doudeeon`: yes on v2 is fixed but not on v212:45
doude*v312:45
eon`doude: do you have the link ?12:45
doudeeon`: https://github.com/Juniper/contrail-neutron-plugin/commit/7b319bf17cbe1abf27ef671f428870253b83e5bd12:47
tmorinmatrohon: I was hoping that _add_interface_by_port and _add_interface_by_subnet may end up calling _create_gw_port that does generate a ROUTER_GATEWAY BEFORE_CREATE event12:48
tmorinbut I'm multitasking too much and did not dig deeper yet12:48
matrohon_create_gw_port is not for internal port12:48
matrohontmorin, but I would better add code in l3_db, we'll be much less notified than with update_port usage12:55
tmorinmatrohon: yes, true12:58
*** mickeys has joined #openstack-net-bgpvpn14:04
*** mickeys has quit IRC14:20
*** matrohon has quit IRC15:18
*** mickeys has joined #openstack-net-bgpvpn15:38
*** mickeys has quit IRC15:49
*** matrohon has joined #openstack-net-bgpvpn15:56
*** matrohon has quit IRC15:58
*** matrohon has joined #openstack-net-bgpvpn15:59
*** tmorin has quit IRC16:17
*** matrohon has quit IRC16:20
*** mickeys has joined #openstack-net-bgpvpn17:09
*** mickeys has quit IRC17:10
*** openstackgerrit has quit IRC20:04
*** openstackgerrit has joined #openstack-net-bgpvpn20:04
*** openstackgerrit has quit IRC23:18
*** openstackgerrit has joined #openstack-net-bgpvpn23:18

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!