15:00:51 #startmeeting operators_telco_nfv 15:00:52 Meeting started Wed Dec 14 15:00:51 2016 UTC and is due to finish in 60 minutes. The chair is serverascode. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:53 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:57 The meeting name has been set to 'operators_telco_nfv' 15:01:07 #topic roll call / opening 15:01:23 hello! anyone here for the ops telecom nfv meeting? :) 15:01:52 o/ 15:02:18 hi GeraldK, it might just be you and I, we shall see 15:02:30 I'll give it a minute or so 15:02:32 hi serverascode. let's see 15:03:24 I know Adrien said he would not be here today 15:04:38 ok I think it is just you and I 15:05:07 okay. np. 15:05:35 shall we still go through the agena? 15:05:43 * PerfectChaos waves 15:05:47 #topic Creating a project repository in openstack git 15:06:01 hi PerfectChaos :) 15:06:32 ok, so for the first topic I was writing up some things about a "generic nfv platform" and realized what I was probably doing was writing a "spec" in openstack terms 15:06:48 or a "blueprint", as I haven't really figured out the difference 15:06:59 some working groups/teams have a repo in git 15:07:03 let me find one... 15:07:17 yes. e.g. PWG 15:07:28 #link https://git.openstack.org/cgit/?q=wg 15:07:35 that will show a couple of working group repos 15:08:02 should we setup a repository for our projects? 15:08:20 even if it is just for the docs on the specs, ie. what we are actually doing 15:08:53 as soon as we have something more stable, yes, why not. 15:09:31 ok, I think so too, I'll at least start the process of creating one 15:09:38 easier to find than an etherpad page 15:09:48 It potentially helps us, and I don't think we lose out in any way for having one, so sure. 15:09:51 and we can have the reviews / comments on it. 15:09:59 yeah I agree 15:10:02 * PerfectChaos nods 15:10:19 #action serverascode setup an openstack git repo for this group 15:10:21 There's a lot of infrastructure with gerrit and all that it gives us access to for reviewing spec type things 15:10:53 cool, good to hear you are both in favor, as some people don't like the enforced structure of the openstack gerrit/git system :) 15:10:57 #me agrees 15:11:22 (some people would be me, but I can see the value in doing it) 15:11:56 ok if I call it something like "otn-wg" ? as in operators telecom nfv working group? 15:12:25 see my last agenda item on a quick discussion "wg" vs "team" 15:12:51 right ok we'll cover it then, great 15:13:00 next topic? 15:13:10 I should say moving to next agenda item 15:13:28 okay 15:13:32 #topic upgrades project proposal 15:13:48 all yours GeraldK :) 15:13:54 #link https://etherpad.openstack.org/p/ops-telco-nfv-upgrades initial draft 15:14:09 i have drafted some points around the upgrade topic 15:14:28 i noticed there had also been a session in BCN on the topic 15:14:56 great, yeah there is a lot of information left in the etherpads of previous summits and such 15:15:24 i will try to collect more info 15:15:39 one issue on our side is the problem with skipping releases which is what we do so far. see line 12 15:16:22 right, that is interesting as I believe most openstack projects now expect not to jump versions 15:16:26 What's the proposal here, for this group? 15:16:34 i believe getting more feedback / input from Telcos would be great for this discussion 15:16:44 Is this just discussing these various upgrade-related points and information-gathering? 15:16:55 I'd like to see pain points of others 15:17:49 if several Telcos have similar pain points we can try to see how we can approach the openstack services to address it. 15:18:08 * PerfectChaos nods 15:18:27 maybe, also other have found a good solution on that already 15:18:32 so do you see it as a requirements gathering project at first? to talk to other telelcoms and find out what they would like to be able to do? 15:18:50 or I should say what issues they are having with upgrades 15:19:04 yes, maybe that would be a necessary first step. 15:19:36 e.g. create a survey on this topic 15:19:44 do you know if the previous telecom wg did a usecase on upgrades? 15:19:50 or "user story" 15:20:07 (I'm taking a look right now) 15:20:20 Yes, I was about to ask whether we should be conducting a survey for these information gathering sorts of projects 15:20:31 definitely, it had been discussed in a meeting as far as I remember 15:21:11 #link https://git.openstack.org/cgit/openstack/openstack-user-stories/tree/user-stories/proposed 15:21:20 not sure if that is actually all the user stories, b/c there is not many there 15:21:39 oh there is a rolling upgrades story 15:21:42 #link https://git.openstack.org/cgit/openstack/openstack-user-stories/tree/user-stories/proposed/rolling-upgrades.rst 15:22:16 I'm slightly hesitant to work on user-stories, but if there is not a "jump version" story that might be interesting 15:22:32 or other requirements you mention 15:23:01 that is the user stories from PWG 15:23:16 #link https://review.openstack.org/gitweb?p=openstack/telcowg-usecases.git;a=tree;f=usecases;h=f4004434a7ca606ff6eca3d71e26a2b5a7b978e3;hb=HEAD TelcoWG use cases 15:24:00 I think those got pushed into the pwg once the old telco wg closed 15:24:11 Rolling upgrades is part of the upgrading discussion, but just one part 15:24:25 I agree regarding rolling upgrades being only one part 15:24:43 creating a user story in PWG could be a second step after the survey 15:25:08 ok that sounds doable to me :) 15:25:31 so are we agreeing that some kind of survey would be the next step? 15:25:37 +1 15:25:41 Yup~ 15:26:01 someone having experiences how to do such surveys? 15:26:04 Since getting people to come in here and talk about their problems seems to be difficult. 15:26:04 #agreed Some kind of telecom upgrade survey would be the next step 15:26:35 I know that the openstack foundation does surveys 15:26:55 I know that some people also get somewhat upset when random surveys are sent to the openstack lits 15:26:58 *list 15:27:10 okay. once we have a set of questions ready, we can reach out to them how to best do it 15:27:19 I'll be honest, last time I attempted to conduct any sort of survey was well over a decade ago and I was still in school at the time. 15:27:47 Does feel like asking the foundation for advice would be a useful step if none of us happen to be super-confident in the art of surveying 15:27:56 alternatively, have a session at the Forum? 15:28:49 I agree that it would be best to check with the foundation first on surveys just to make sure everything is proper 15:28:52 I can do that 15:28:58 That could work too, though also has going through the foundation as a necessary step, so we could discuss that possibility with then when we do that 15:28:58 unless someone else wants to 15:29:04 thanks serverascode 15:29:05 *them 15:29:15 #action serverascode check on surveys with foundation 15:29:31 also, I agree a session at the next summit would be a great idea 15:30:04 Thanks. 15:30:15 ok, so is our next step to write some questions for the survey? 15:30:26 maybe a slot in the OTN session is sufficient 15:30:41 serverascode: yes 15:31:00 (just looking at irc bot commands) 15:31:09 put an action on me. will not be able to work on before Jan 15:31:23 ok 15:31:40 #action GeraldK to begin developing survey questions 15:32:04 #agreed Either a session or part of a session on telecom upgrades at next summit would be beneficial 15:32:21 anything else on this topic today? 15:32:44 not from my side 15:33:01 On the coming up with questions front - put it on an etherpad so that I and others can potentially comment/help out? 15:33:20 hi DaSchab 15:33:51 PerfectChaos: https://etherpad.openstack.org/p/ops-telco-nfv-upgrades 15:34:14 #topic project proposal "Generic OpenStack NFV Platform" 15:34:16 Ah, yes, putting it on that pad works 15:34:34 hi 15:34:40 #link https://etherpad.openstack.org/p/OTN-nfvi-project 15:35:00 hi DaShab :) 15:35:18 ok, I started writing up what I thought would be a good start on a "Generic OpenStack NFV Platform" 15:35:31 but the first part was using the phrase "Generic OpenStack NFV Platform" 15:35:58 I think NFV Platform makes sense as a term? I had previously kept using "VIM" or "NFVi" interchangibly 15:36:30 do people think that "Generic OpenStack NFV Platform" makes sense as a general term, and as a project? 15:36:40 it makes sense. it's more than just a VIM 15:36:54 +1 15:37:21 I guess it's a lot like how OPNFV uses platform in their name 15:37:56 ok, so after I realized I should use the word platform, I started to put together some parts of the platform 15:38:07 which is when I realized I was writing more of a spec 15:38:30 that I was listing out pieces of the platform, and requirements and such 15:38:35 i like the approach 15:39:25 yeah and then I started a spreadsheet, but I wasn't sure that was the right format either 15:39:52 My feeling is the next step is to put it into a doc in an openstack git repo and start detailing parts of the platform 15:39:56 how would this be different from the OPNFV Platform? 15:40:40 GeraldK that is a good question, it would be similar, and in fact we would use some of the OPNFV components 15:40:54 if we want to run tests we would need to setup the platform not just write a spec. which resources would we use? 15:41:23 right, I was thinking the OSIC would be the first option for actual resources 15:41:33 my proposal: write a spec. see how much we align with OPNFV. propose a new scenario for OPNFV. propose test cases to OPNFV 15:41:42 #link https://osic.org/ 15:41:55 ok, that approach would work for me 15:41:59 OPNFV already has all the environment and test framework setup 15:42:30 ok, part of this is I'm really hoping to bridge the openstack and opnfv communities 15:42:30 i guess they would be happy to have some resources to develop further test cases or extend the set of scenarios that they have 15:43:32 ok, so does a first step of writing a very basic spec, and finding people in both the openstack and opnfv communities to comment on it make sense? 15:43:40 OPNFV also has a few VNF services they are using in their tests, like a simple vIMS 15:43:53 serverascode: +1 15:44:01 right, yeah can't test without VNFs :) which are actually hard to come by 15:44:28 anyone else have any thoughts/comments/critiques? 15:44:31 if we have some agreement in this direction I can reach out to some OPNFV folks to comment on it 15:45:09 if no other comments I'll suggest we agree on the basic start of this project? 15:45:18 what I would like to see a bit better is what we want to achieve/produce/test 15:45:48 "functional tests" IMHO is a bit too generic 15:45:51 sorry that I joined your discussion at this late stage, but what is your intention to achieve with this paper and the alignment with OPNV 15:46:23 I missed the last weeks since the summit and now want to get onboard, sorry for nasty questions 15:46:29 no worries :) 15:46:52 my intention is to help openstack operators who are charged with running NFV environments 15:46:53 DaSchab: on the alignment with OPNFV, I would rather say utilize synergies, is that we should avoid doing the same work twice 15:47:13 in a way I'd like to bridge the opnfv and openstack communities work around an nfv platform 15:47:42 and to start, create a very basic, generic nfv reference platform (which may already exist in opnfv's docs) 15:47:51 understand 15:48:01 DaSchab: the topic had been raised in the Summit that people would like to run performance tests and would need a reference platform for it 15:48:16 I know, I'm also interested inthis topic 15:48:39 ok, I'm going to say we are agreed in this direction for now so we can move onto the next topic :) 15:49:01 serverascode: any actions or agrees ? 15:49:29 #agreed We agree that an initial attempt at a "Generic OpenStack NFV Platform" by writing a spec and gathering comments on it 15:49:45 hopefully that is an ok start, and we can make changes later 15:49:59 +1 15:50:06 #action serverascode create an inital doc in the repo 15:50:17 #topic Next meeting 15:50:24 10 min left 15:50:39 #info Last Dec meeting cancelled, next meeting not until 2nd week of January 15:50:49 #info We meet on even weeks 15:51:08 #topic "Working Group" vs "Team" 15:51:25 there had been a similar discussion in PWG whether they should rename to team as according OpenStack definition a wg is limited in time, whereas a team is an onoging effort 15:51:26 GeraldK? 15:52:00 I am not saying we should change name, but maybe having a discussion on it would be good before setting up the reop 15:52:05 right, my impression is that we are a functional team as opposed to a working group 15:52:08 s/reop/repo/ 15:52:15 by I'm confused by new groups being created taht don't seem like working groups 15:52:19 like the arch-wg 15:52:34 so I don't really know what to do myself 15:52:43 Is this just because that distinction isn't clearly documented somewhere obvious? 15:52:53 I don't have a strong position on it 15:53:16 #link https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee 15:53:24 I think that is the list of working groups and such 15:53:31 PWG has decided -altough they are more like a team- not to change to team right now as the term PWG is widely known 15:54:32 or we keep a neutral repo name like ops-telco 15:54:35 Heh, we don't appear to currently be either 15:54:49 ah, ok, yes I agree on a neutron repo name 15:55:17 this is something to try to figure out there as it is confusing 15:55:33 whether we are a working group or team, based on the user commitee definitions 15:55:38 I can email the user commitee list 15:55:42 and ask 15:55:57 I guess if we had to pick one and there is something somewhere documenting that WGs are time-limited whilst teams are on-going, I'd prefer team 15:56:14 I agree that we are a team as opposed to wg 15:56:42 +1 15:56:54 perhaps lets leave this til Jan so we have time for the last topic? 15:57:00 okay 15:57:01 though we only have 3 minutes 15:57:10 i can be quick 15:57:19 #agree table wg vs team to jan 15:57:41 #topic telco related ux persona 15:57:43 #link http://docs.openstack.org/contributor-guide/ux-ui-guidelines/ux-personas.html OpenStack UX personas 15:58:07 UX has defined personas that should be used for description of user stories, etc. 15:58:18 there is not Telco, so I have started drafting one 15:58:24 ah, interesting 15:58:32 #link https://etherpad.openstack.org/p/osux-persona-nocengineer NOC engineer 15:58:37 feedback welcome 15:59:00 we may also need to draft a model company and other personas in the Telco 15:59:31 just drop your feedback in the Etherpad page 15:59:45 ok, cool, thanks GeraldK, that is something that is needed I think 15:59:51 I'm going to have to end the meeting 15:59:58 thanks everyone for all your input! 16:00:01 do we need an application owner? 16:00:03 ;) 16:00:11 #endmeeting