Wednesday, 2017-05-31

*** mickeys has joined #openstack-net-bgpvpn00:54
*** mickeys has quit IRC00:58
*** mickeys has joined #openstack-net-bgpvpn01:55
*** mickeys has quit IRC01:59
*** mickeys has joined #openstack-net-bgpvpn02:55
*** mickeys has quit IRC03:00
*** mickeys has joined #openstack-net-bgpvpn03:56
*** mickeys has quit IRC04:00
*** mickeys has joined #openstack-net-bgpvpn04:57
*** mickeys has quit IRC05:01
*** mickeys has joined #openstack-net-bgpvpn05:58
*** mickeys has quit IRC06:02
*** matrohon has quit IRC06:35
*** matrohon has joined #openstack-net-bgpvpn06:54
*** mickeys has joined #openstack-net-bgpvpn06:59
*** mickeys has quit IRC07:03
*** tmorin has joined #openstack-net-bgpvpn07:06
*** bfernando has joined #openstack-net-bgpvpn07:09
*** bfernando has quit IRC07:21
*** mickeys has joined #openstack-net-bgpvpn07:59
*** mickeys has quit IRC08:04
*** mickeys has joined #openstack-net-bgpvpn09:00
*** mickeys has quit IRC09:05
*** mickeys has joined #openstack-net-bgpvpn10:00
*** mickeys has quit IRC10:05
*** mickeys has joined #openstack-net-bgpvpn11:01
*** mickeys has quit IRC11:06
*** mickeys has joined #openstack-net-bgpvpn12:02
*** mickeys has quit IRC12:07
*** openstackgerrit has joined #openstack-net-bgpvpn12:54
openstackgerritCedric Savignan proposed openstack/networking-bgpvpn master: [WIP]Add unit tests for bgpvpn_dashboard  https://review.openstack.org/46946312:54
openstackgerritCedric Savignan proposed openstack/networking-bgpvpn master: [WIP]Add unit tests for bgpvpn_dashboard  https://review.openstack.org/46946312:56
*** bobmel has quit IRC13:01
*** mickeys has joined #openstack-net-bgpvpn13:03
*** mickeys has quit IRC13:08
doudeHi tmorin! How are you doing?13:42
tmorinhi doude!13:42
tmorinfine :)13:42
tmorinyou ?13:42
doudei had a look to your bgpvpn-routes-control review13:43
doudelgtm13:43
*** bfernando has joined #openstack-net-bgpvpn13:43
doudejust you did not specified the new router association attribut 'route' in the api definition. Is that voluntary?13:44
doudetmorin: I'm good, thx13:44
tmorindoude: I'm not sure which attribute you are talking about13:47
tmorinmaybe the documentation explanation is not clear enough13:48
tmorinthe 'advertise_extra_route' boolean means "advertise the routes defined in the 'routes' attribute" of the router"13:48
tmorinthis is an existing attribute of router13:48
tmorinnot a new 'routes' attribute of a router association13:49
doudetmorin: sorry I mean 'advertise_extra_routes'13:50
tmorinah, did I forget that ?13:50
tmorinit is defined at line 139, isn't it ?13:51
tmorin(of neutron_lib/api/definitions/bgpvpn_routes_control.py)13:53
doudetmorin: sorry I'm lost. 'advertise_extra_routes' is an existing attribute a router extension?13:54
tmorinno, a new one (defined line 139 of eutron_lib/api/definitions/bgpvpn_routes_control.py)13:55
doudeok so you correctly defined it in neutron_lib/api/definitions/bgpvpn_routes_control.py but I cannot see it in request samples here http://docs-draft.openstack.org/77/467277/14/check/gate-neutron-lib-api-ref/dfbe2c9//api-ref/build/html/v2/index.html?expanded=create-router-association-detail,create-port-association-detail#router-associations13:57
doudeis it normal/not necessary?13:57
*** tmorin1 has joined #openstack-net-bgpvpn14:01
tmorin1ah, ok, good point14:02
doudeI'll comment that in my review14:02
*** tmorin has quit IRC14:03
doudetmorin1: I think you already discussed that but the host_route subnet attribut could not be tke in account here?14:03
tmorin1ideally we would give an example of router associations API requests for both the plain 'bgpvpn' case, and for the 'bgpvpn + bgpvpn-routes-control' case14:03
doudeperhaphs you can just add the attribut with its default value on the response14:03
tmorin1not wanting to duplicate things, I did not extend the router association example to include this14:03
*** mickeys has joined #openstack-net-bgpvpn14:04
doudeit's a very simple attr, not sure you need to give an exemple how to switch a boolean14:04
tmorin1I can definitly add it as you suggest, in replies, and add text saying this is absent when the bgpvpn-routes-control extension is not enabled14:04
tmorin1yes :)14:04
doudeyes14:04
*** mickeys has quit IRC14:08
doudetmorin1: I've got another question, I think you already discussed that but the host_route subnet attribut could not be take in account here?14:09
*** tmorin has joined #openstack-net-bgpvpn14:13
*** tmorin1 has quit IRC14:13
tmorinsorry, I was disconnected14:18
tmorinit might have been, but me and Jan when discussing that, we were not liking the idea of overloading the current semantic of this field (which is used to populate VM routing tables, rather than what has to be advertised)14:19
doudeok, thanks14:20
doudeI think the routes attr could be easily implemented in Contrail for 'prefix' type. For type 'bgpvpn' I'm not sure how to do that for the moment14:23
tmorindoude: I would think contrail would have a way to leak/readvertise routes from one VPN into another one, because (at least earlier implementation of) the service-chaining implemention was relying on that14:55
*** mickeys has joined #openstack-net-bgpvpn15:04
*** mickeys has quit IRC15:09
*** mickeys has joined #openstack-net-bgpvpn15:28
*** mickeys has quit IRC15:32
*** matrohon has quit IRC15:44
*** tmorin has quit IRC16:12
*** bobmel has joined #openstack-net-bgpvpn16:49
*** bfernando has quit IRC17:04
*** eon` has quit IRC22:51

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