15:03:21 #startmeeting infra-wg 15:03:21 Meeting started Mon Oct 21 15:03:21 2019 UTC. The chair is bramwelt. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:21 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:03:21 The meeting name has been set to 'infra_wg' 15:03:27 #chair jentoio 15:03:27 Current chairs: bramwelt jentoio 15:03:34 #topic Agenda Bashing 15:05:18 #link https://wiki.opnfv.org/display/INF/2019-10-21+Infra-WG+Meeting 15:06:58 #info One central place for meeting details 15:07:22 #info Confusing when there are multiple places for meeting agendas/schedules 15:07:35 #link https://wiki.opnfv.org/display/INF/Infra+Working+Group 15:07:48 #link https://wiki.opnfv.org/display/meetings/Infra+Working+Group+Meeting 15:09:21 #info Jack plans on running meeting initially 15:12:18 #agree Meeting details will stay in INFRA space and be linked to the meeting space https://wiki.opnfv.org/display/INF/Infra+Working+Group 15:13:52 #info Jack plans to move the meeting notes under INFRA 15:13:54 #link https://wiki.opnfv.org/display/INF/Meeting+notes 15:15:17 #info Discussion on how to manage and organize meeting minutes 15:16:23 #action bramwelt to clean up minutes to be in individual pages 15:16:36 #info Jack moving minutes from Meeting space to Infra space 15:19:42 #action Jack to clean up the infra-wg page under the Meeting space and point to the agenda 15:21:13 #info Discuss agenda 15:22:45 #topic Pharos 15:22:57 #info Jack plans to reach out to community lab owners and get a status update 15:23:17 #info Will try to encourage lab owners to come to infra-wg 15:23:31 #info Jack also planning on cleaning up Pharos JIRA 15:23:53 #info Infra wiki needs to be cleaned up / archived / migrated 15:25:06 #info Lincoln mentions Pharos spec being updated, LaaS gives you one-click-openstack 15:25:31 #info What is the outlook for the infra projects? 15:25:56 #info Jack mentioned Parker should be part of infra-wg given the nature of LaaS 15:26:47 #info Also mentions Pharos direction towards PDF/SDF and refresh of Pharos specification 15:27:16 #info Lincoln mentioned discussions at CNTT around Pharos spec and PDF 15:28:34 #info There wasn't take up in the structure and content of the PDF/SDF previously, and the hope is CNTT/RI will help drive and align that content 15:29:27 #info PDF/SDF very helpful for Lab owners as it provides a single description of the environment and makes it helpful to determine what the infrastructure looks like 15:30:40 #info Jack explains context of SDF being collection of components needed for the scenario - CNTT will help set what those scenarios should be and determine the selection of components 15:31:22 #info PDF defines hardware in OPNFV configurations (RAM, Disk, CPU, NICs) 15:31:54 #info SDF defines deployment configuration (networks, IPs) 15:33:39 #info Lincoln suggest RI is it's own scenario - Consumability of that scenario for XCI or Airship shouldn't differ - That part of the SDF was missed before 15:34:05 #info Discussions still needed on implementation and consumability of SDF 15:35:02 #info Jack hasn't been able to attend F2F where the SDF may have been discussed to provide feedback 15:36:47 #info Michael asks if Pharos or Infra should be driving those specifications? 15:37:38 #info Jack states it hasn't been clear where that should happen as the discussion have taken place outside those projects 15:38:53 #info Lincoln suggests Infra helps provide/locate hardware for projects to help meet needs for reference implementation - LaaS doesn't care so much about the format, but the agreement on the content 15:40:44 #info More requirements need to be gathered from CNTT to determine new specifications - networking infra (10/25g?), size of machines, etc 15:42:07 #info Mark mentions '10 server' was not a random selection. 15:43:34 #info Jack explains process around Pharos specification work in the past - installer -> hardware -> deploy -> testing -> ovp 15:43:52 #undo 15:43:52 Removing item from minutes: 15:44:16 #info Jack explains how process around Pharos specification may work in the future - installer -> hardware -> deploy -> testing -> ovp 15:45:26 #info Pharos spec wasn't able to get to 'sizing' in the past 15:46:02 #info Discussion on LaaS being used to help determine specification 15:47:25 #info Lincoln explains dimensions of flexibility in LaaS comes from the network configurations, but not hardware (currently) - Machines are static hardware 15:48:38 #info Jack explains LaaS is closer to cloud hardware 15:50:41 #info All labs except LaaS at UNH are static 15:51:34 #info Lincoln explains how labs may transition from static to dynamic LaaS 15:52:59 #info LaaS vision is that given a PDF -> hardware is returned configured as specified, and given SDF -> servers are configured to match the scenario needs 15:54:37 #info LaaS goal is to provide community way to provision hardware easily through the UI 15:57:37 #info Mark asks what the overlap between installers and LaaS is? 15:57:48 #info Lincoln answers there is 0 overlap 15:58:40 #info Installers are still needed to provide a deployment of OpenStack 16:00:31 #info LaaS does not provide the VM images need to do the deployment either 16:01:20 #info Jack mentions LaaS, Pharos, and infra projects have been involved in the space for a while and it's great to have more people involved and interested 16:03:15 #info Mark asks why each POD has individual IP? 16:04:10 #info Jack explains it's a benefit to reduce confusion around address space 16:04:56 #endmeeting