14:02:42 #startmeeting telcowg 14:02:42 Meeting started Wed Oct 7 14:02:42 2015 UTC and is due to finish in 60 minutes. The chair is sgordon. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:43 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:02:45 #topic roll call 14:02:46 The meeting name has been set to 'telcowg' 14:02:52 hello again 14:02:59 \o/ :D 14:03:39 * pc_m lurking 14:04:02 ok 14:04:07 #link https://etherpad.openstack.org/p/nfv-meeting-agenda 14:04:16 #topic actions from last meeting 14:04:50 #info sgordon reached out to Mathieu about the "Adding BGP based IP VPNs attachment use case" 14:05:17 #info Mathieu is still interested in pursuing documentation of this but is also involved in the BGPVPN project to actually implement 14:05:41 remind me - did it identify any gaps? 14:05:47 #link http://git.openstack.org/cgit/openstack/networking-bgpvpn/ 14:05:57 #link https://review.openstack.org/#/c/171680/ 14:06:12 "The implementation can rely on Neutron service extension framework. 68 14:06:12 Two stackforge projects attempt to fill the gap : 69 14:06:12 http://git.openstack.org/cgit/stackforge/networking-bgpvpn 70 14:06:12 http://git.openstack.org/cgit/stackforge/networking-edge-vpn" 14:06:37 so as i understand it he is attempting to document the use case in parallel 14:06:59 adrian had asked in comments on the review for more clarity around this aspect 14:07:10 as a number of linked specs etc were abandoned 14:07:18 hence why i was prodding to see if it will be updated 14:08:09 ok, makes sense 14:09:09 #info meeting time slot 14:09:31 #info all meetings of telcowg now at 1400 UTC Wednesdays, no alternate time for now 14:09:52 #info can re-discuss if contributors from other TZs express interest again in the future 14:10:17 * sgordon grabbing link for next item 14:11:04 #info sgordon reached out to opnfv-tech-discuss about the Promise project and potential interaction with Product WG discussion around capacity management 14:11:07 #link http://lists.opnfv.org/pipermail/opnfv-tech-discuss/2015-October/005677.html 14:11:37 #info minutes from first product wg meeting on this topic are available 14:11:43 #link http://lists.openstack.org/pipermail/product-wg/2015-October/000758.html 14:12:01 i mention this here again primarily because of the potential intersection with telco/nfv requirements 14:12:09 for capacity planning/control etc. 14:12:57 Judging from minutes looks like you got some traction on engagement? 14:13:16 yes a little 14:13:32 i would still welcome a few more contributors but will happily relay back review links etc when we have them 14:14:08 the process is fairly similar to what we use for use cases in this group (in part because it is at least somewhat modeled on the approach used here) 14:14:19 so there will be gerrit reviews etc 14:14:47 we need to tease apart the initial drafts that were created at the product wg mid-cycle 14:15:37 ok i think that is all the old AIs 14:15:45 #topic volunteers 14:16:08 as above i talked to mathieu about pushing BGP along 14:16:27 question is if we have any other use cases we can push along and move to RFEs/Backlogs 14:16:44 i did create a backlog spec for the vIMS affinity piece 14:17:11 cloudon, do i remember correctly that you were going to try handle for the SBC case? 14:17:13 #link https://review.openstack.org/#/c/176301/8/usecases/sbc.rst 14:17:34 thought we were waiting for some more reviews? 14:18:03 think we discussed a few meetings back about moving to RFE etc but suggestion was it needed more eyes on it first 14:18:08 yeah, it's not merged atm, though technically it does have two +2s 14:18:30 though as that's been followed by resounding silence I'm happy to move forward 14:18:36 perhaps i can forward it past some neutron/nova folks and see if it makes sense 14:18:42 to them 14:18:48 and if so merge it 14:18:53 that would be great 14:19:06 i think at this point it should be ok but that is how we can ensure it is all good 14:19:25 once that occurs i guess there are two aspects: 14:19:39 1) confirming we're sure all the linked specs actually align with what is needed 14:19:49 2) a backlog item for disabling connection tracking 14:19:57 make sense? 14:20:06 think so, yes 14:20:26 i can take the connection tracking item 14:21:11 #action sgordon to email nova/neutron developers about reviewing SBC use case 14:21:38 #action cloudon to handle raising a backlog spec or RFE bug for disabling connection tracking 14:21:51 assuming that this applies more to neutron, so probably RFE bug 14:22:11 ok 14:24:14 alright 14:24:40 i think if we focus on moving vIMS and SBC use cases along that is the main thing i wanted to cover 14:24:46 any other things to raise? 14:25:08 is Tokyo meet finalised? 14:25:16 in the next meeting i would like to try and address what we want to do with a session in tokyo (i will send a reminder to the list to try ensure attendance to discuss this) 14:25:17 yes 14:25:20 2pm tuesday 14:25:29 it is in the sched.org calendar 14:25:31 :) 14:25:40 great 14:25:42 #link http://mitakadesignsummit.sched.org/event/b060647ccd40868b30ef2ab5cab76fda#.VfAyOLOf5ak 14:25:52 just 40 mins this time 14:25:58 so probably entirely working session 14:28:41 ok 14:28:44 thanks for your time! 14:28:46 #endmeeting