17:00:11 #startmeeting tsc 17:00:11 Meeting started Thu Mar 31 17:00:11 2016 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 17:00:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:11 The meeting name has been set to 'tsc' 17:00:18 #topic agenda bashing and roll call 17:00:22 TSC members please #info in 17:00:25 #info colindixon 17:00:34 #info abhijitkumbhare (for ChrisPriceAB ) 17:00:54 #info LuisGomez 17:00:54 #info Daniel Farrell 17:00:56 #link https://wiki.opendaylight.org/index.php?title=TSC:Main&oldid=44841#Agenda the agenda 17:00:58 #info gkaempfer 17:01:18 #link https://meetings.opendaylight.org/opendaylight-meeting/2016/tsc/opendaylight-meeting-tsc.2016-03-24-17.00.html last week's minutes 17:01:30 #action colindixon to try to find somebody to help with documenting the general procedure for the platform upgrade to Boron? 17:01:40 #action zxiiro will look more into maven central now that we're at least signing things 17:01:46 #actoin phrobb to drive progress on TSC elections 17:02:07 #info rovarga__ proxy for jmedved 17:02:12 #info tykeal says that maven central requies that we push to their nexus, and our documentation link is incorrect according tot hem 17:02:32 #info edwarnicke 17:02:38 #action phrobb to send out a thread about a hackfest at the end of june 17:02:40 #info mohnish anumala 17:02:53 #action ChrisPriceAB and phrobb_ have heather come and talk to the ODL community about how to have a bigger presence at OpenStack 17:04:02 #topic TSC mailing list votes and discussion 17:04:25 #link https://lists.opendaylight.org/pipermail/tsc/2016-March/004923.html TSC elections, blocking on the board approving a shorter than 12-month term for 4 CAL slots 17:04:39 #link https://lists.opendaylight.org/pipermail/tsc/2016-March/004961.html vote on Jozef Bacigal as OpenFlow Plugin committer 17:04:53 #link https://lists.opendaylight.org/pipermail/tsc/2016-March/004963.html formally approve the Boron release plan 17:05:06 #link https://lists.opendaylight.org/pipermail/release/2016-March/006121.html Labeling features experimental until they meet system test requirements 17:05:17 #link https://lists.opendaylight.org/pipermail/tsc/2016-March/004956.html MPLS-TP Creation Review over e-mail 17:05:29 #link https://lists.opendaylight.org/pipermail/project-proposals/2016-March/000454.html thread about commonality between the two MPLS-TP projects 17:06:27 * edwarnicke counsels respiration to colindixon 17:06:29 #link https://lists.opendaylight.org/pipermail/tsc/2016-March/004908.html keeping clearn committers lists 17:06:43 #topic events 17:06:54 #link https://www.opendaylight.org/global-events 17:07:16 #topic boron 17:07:45 * colindixon waits for anipbu to #info in things 17:08:05 #info The Boron Autorelease job fails to build didm-identification. Currently working with their team to address the issues. 17:08:12 #info Currently missing the M1 status email for the following projects: didm, eman, genius, vbd, kafkaproducer, next, reservation, snbi. These projects have been notified. 17:08:46 #action colindixon to follow up with why we're seeing faliures in autorelease but not in projects 17:08:52 #topic stable/beryllium 17:08:58 #info nothing this week 17:09:07 #topic system integration and test 17:09:15 #info nothing this week 17:10:08 #Info jamoluhrsen says that the packaging stuff should go on the download page, but not the deployment scripts 17:10:39 #topic infratstructure 17:11:11 #info last weekend we took an outage for a lot of servies, we're now using 2.12.2 for gerrit 17:11:34 #info you now need to add your gpg key and sign pushes if you want to not have a ? next to your owner 17:12:01 #info this will fail in gerrit if you use subkeys to sign (which is how tykeal) recomments 17:12:14 #Info you can use the feature if you have a master key with the default sub of singing 17:12:40 #info to do this you need git 2.6 and you can do this with git 17:12:51 #action tykeal to write this up and send an e-mail about this 17:13:08 #info we will be moving Nexus this weekend, with some downtime 17:13:50 #link https://lists.opendaylight.org/pipermail/release/2016-March/006139.html downtime e-mail 17:14:05 #info gerrit may be slow while we rysnc data from old to new nexus (today) 17:15:56 #topic Cardinal NMS creation review 17:16:53 #link https://wiki.opendaylight.org/view/Project_Proposals:Cardinal 17:17:31 #link https://lists.opendaylight.org/pipermail/project-proposals/2016-March/000430.html proposed on 3/11/2016 17:17:31 #info opendaylight monitoring as a service 17:18:00 mohnish_, edwarnicke if either of you vote, we get the committer promotiion done 17:20:03 #Info idea is to proviede an abstraction for exposing monitoring, diagnositcs, and events in OpenDaylight 17:20:17 I'm curious if people have looked at the integration of OpenDaylight and OpenNMS 17:20:43 #Info this will then generate an OpenDaylight MIB, monitoring and traps via SNMP for the controller itself 17:21:32 I believe OpenNMS folks are talking to TSDR for monitoring. Don't know exact status. 17:21:46 mohnish_: I know that they are and have working PoCs 17:21:58 #Info in later releases the goal is to expose network devices as well 17:24:51 #Info colindixon notes that there's some information about carbon and boron in the scope, which is unncessary, but probably harmless 17:25:13 the scope seems to include a lot of detail, which goes beyond what's needed, but I think it's harmless 17:25:29 #info there is a proposed OpenDaylight MIB 17:25:47 #link https://wiki.opendaylight.org/view/File:Cardinal-ODL_Monitoring_as_a_Service_V1.pdf slides 17:27:17 #Info abhijitkumbhare asks if they are expecting people to publish data into this, for now it's that they will grab things they need 17:27:42 #info rovarga__ says that there is an RFC which translates to YANG to SMIv2 which would allow YANG models to be be MIBs 17:28:02 #info rovarga__ wonders if we would do this by hand or use the RFC description, and then how it woudl be maintained 17:28:19 #Info rovarga__ basically says that having automated translation would seem like the right way to do 17:29:02 #info Rajani says that's probably the right stategy, but it's not clear if that's how they'll do it at first 17:29:20 #info vishnoianil asks why are we providing data that's already exposed by MD-SAL also as SNMP 17:31:12 #Info LuisGomez says that supporting SNMP allows for most NMSes to monitor OpenDaylight, where MD-SAL is harder 17:31:54 #info edwarnicke asks if they plan is to run snmpd and snmptradp as separate processes, they say yes 17:33:21 #info edwarnicke asks why the decision was to also use snmptrapd and snmpd over Java native with snmp4j 17:34:08 #info colindixon asks if it will be platform specific, for now it sounds like yes, Linux, but it's possible to run snmpd and snmptrapd on other platforms 17:34:28 #action colindixon and edwarnicke to follow up about deployability concerns 17:35:28 #action colindixon to connect cardinal with the OpenNMS guys to see if there's a way to keep some work in common 17:35:57 #info they show a PoC with nagios and netsnmp monitoring OpenDayilght as well as traps 17:37:37 #info mohnish_ agrees with rovarga__'s concerns 17:38:29 I think it would great to see how the core and subagents are integrated ... just to understand to what pieces they are talking 17:39:01 #info rovarga__ notes that the MIB <=> YANG may or may not be bidirectional, it might be only MIB to YANG 17:39:27 #startvote shall the TSC move the Cardinal project to incubation? -1,0,+1 17:39:27 Begin voting on: shall the TSC move the Cardinal project to incubation? Valid vote options are -1, 0, +1. 17:39:27 Vote using '#vote OPTION'. Only your last vote counts. 17:39:33 is there code that needs to go through IPR? 17:39:33 #vote +1 17:39:35 #vote +1 17:39:38 #vote +1 17:39:38 #vote +1 17:39:39 #vote +1 17:39:42 #vote +1 17:39:58 #endvote 17:39:58 Voted on "shall the TSC move the Cardinal project to incubation?" Results are 17:39:58 +1 (6): gkaempfer, LuisGomez, dfarrell07, edwarnicke, abhijitkumbhare, mohnish_ 17:40:16 #info colindixon votes +1 17:40:27 #agreed the Cardinal project is now in incubation 17:40:41 colindixon: do you need to note that it's included in Boron? 17:41:00 #startvote shall the TSC allow cardinal to join Boron at offet 2? -1,0,+1 17:41:00 Begin voting on: shall the TSC allow cardinal to join Boron at offet 2? Valid vote options are -1, 0, +1. 17:41:00 Vote using '#vote OPTION'. Only your last vote counts. 17:41:03 edwarnicke: the colindixon respiration includes vote :) 17:41:03 #vote +1 17:41:04 #vote +1 17:41:05 #vote +1 17:41:16 #vote +1 17:41:20 #vote +1 17:41:22 colindixon: EPC folks thought that the review was moved out to next week... 17:41:29 gkaempfer: yeah that was my bad 17:41:40 but it's probably just as well given the time 17:41:40 sorry 17:41:54 edwarnicke and gkaempfer need to vote above 17:41:55 no problem. 17:42:02 one more vote, gkaempfer, edwarnicke ? 17:42:14 #vote +1 17:42:19 #endvote 17:42:19 Voted on "shall the TSC allow cardinal to join Boron at offet 2?" Results are 17:42:19 +1 (6): gkaempfer, LuisGomez, dfarrell07, colindixon, abhijitkumbhare, mohnish_ 17:42:25 #agreed Cardinal can join Boron at offset 2 17:42:30 congrats Cardinal 17:42:38 #topic Atribum BGP Router Creation review 17:42:42 Thanks 17:42:49 #link https://github.com/onfsdn/atrium-docs/wiki/ODL-Based-Atrium-Router-16A 17:43:09 #link https://lists.opendaylight.org/pipermail/project-proposals/2016-March/000405.html proposed on 3/2/2016 17:44:11 https://wiki.opendaylight.org/view/Project_Proposals:Atrium_Router 17:44:27 #link https://wiki.opendaylight.org/view/Project_Proposals:Atrium_Router 17:46:31 #Info colindixon asks about the scope, it says it's for "the first release" but we typically try to keep scope for the project, not for ag given release 17:47:03 #Info colindixon does note that it can be adjusted later if need be, so it's probably not the end of the world, but colindixon is still curious if the intended eventual scope is broader 17:50:28 #info colindixon asks for ARP, are you using the ArpHandler in l2switch or a new one? 17:51:43 sth wrong with webex? 17:51:45 #Info colindixon notes that his understanding that right now it's his unnderstand that they're using Quagga, but in the future they might move to using OpenDaylight BGP as an option in the future 17:51:55 gzhao: not for me 17:52:26 colindixon: I am also loosing about a third 17:52:34 s/loosing/losing/ 17:53:02 #info Prem_ asks for the deployment model of running with Quagga, for now Quagga won't be in any opendaylight repo, but will need to be downloaded and run by the user 17:55:47 edwarnicke: sign in server has issues, join as guest will be fine. 17:56:02 gzhao: I'm good now :) 17:58:46 #info rovarga__ says he sees there being dragons in having potentially having two different BGP implementations that ODL would run with 17:59:36 #Info there are potienail problems with (1) fighting over the BGP port, (2) complicating BGP compatibility testing with ODL b/c we have two ways, (3) reporting stats about BGP being ambiguous 18:01:12 Do we intend to start to point to winners or allow our projects to evolve meritocratically. We can say 1) don't run both at once 2) have test cases that evaluate the specs rather than the implementations. 18:01:36 #info colindixon notes that we have traditionally have been very clear that competeing options in a space are fine at least at mature and incubation 18:01:38 ChrisPriceAB: yes 18:01:39 * ChrisPriceAB is just thinking out loud. (and can't hear voice) 18:01:46 I was pretty adamant about that 18:02:32 ultimately I would like to see a single plugin for user clarity and to avoid integration/test complications 18:02:51 this is same discussion as having 2 openflow plugins implementations 18:03:01 and we know the issues with that 18:03:31 anyway I like the scope of this project 18:03:32 yep, we be forewarned so have the opportunity to avoid some of the issues found there 18:03:58 #startvote shall the TSC move the the Atrium BGP project to incubation? -1, 0, +1 18:03:58 Begin voting on: shall the TSC move the the Atrium BGP project to incubation? Valid vote options are -1, 0, +1. 18:03:58 Vote using '#vote OPTION'. Only your last vote counts. 18:04:06 #vote +1 18:04:07 #vote +1 18:04:09 +1 18:04:12 #vote +1 18:04:13 #vote +1 18:04:14 #vote +1 18:04:24 rovarga__: you need to use vote 18:04:25 rovarga__: missing the #vote 18:04:32 #vote +1 18:04:33 #vote +1 18:04:36 #endvote 18:04:36 Voted on "shall the TSC move the the Atrium BGP project to incubation?" Results are 18:04:36 +1 (7): LuisGomez, dfarrell07, edwarnicke, colindixon, mohnish_, rovarga__, abhijitkumbhare 18:04:42 colindixon: thanks :) 18:05:00 #startvote shall the TSC allow the Atrium BGP project to join Boron? -1,0,+1 18:05:00 Begin voting on: shall the TSC allow the Atrium BGP project to join Boron? Valid vote options are -1, 0, +1. 18:05:00 Vote using '#vote OPTION'. Only your last vote counts. 18:05:04 #vote +1 18:05:17 offset? 18:05:44 #vote +1 18:05:46 #info offset 2 project in boron 18:05:48 #vote +1 18:05:50 #vote +1 18:05:50 #vote +1 18:05:54 #vote +1 18:05:59 #endvote 18:05:59 Voted on "shall the TSC allow the Atrium BGP project to join Boron?" Results are 18:05:59 +1 (6): LuisGomez, dfarrell07, edwarnicke, colindixon, mohnish_, abhijitkumbhare 18:06:03 #vote +1 18:06:13 #vote 0 18:06:21 it's late here so I'm slow... 18:06:42 #info gkaempfer also votes +1 18:06:57 #agreed the Atrium BGP router is now an incubation project 18:07:15 #agreed teh Atriium BGP router is allowed to join Boron at offest 2 18:07:18 #topic cookies 18:07:18 cookies? :) 18:07:21 #endmeeting