Thanks Austin, The 'neutron providernet-create' will not be available/needed in Stein. Also, the wikis have been updated to remove the section: ""Create host and bind interfaces" as that section is no longer required with https://storyboard.openstack.org/#!/story/2003857 John From: Sun, Austin [mailto:austin.sun@intel.com] Sent: Tuesday, January 29, 2019 4:01 AM To: Kung, John; starlingx-discuss@lists.starlingx.io Subject: RE: [Starlingx-discuss] [stx-config]: Data Interface Configuration Required for Data Networks (aka Provider Networks) Hi John: Thanks a lot your elaborate . "neutron providernet-create" command will be deprecated after upgrade to Stein. In Currently deploy with this feature in ( normal , not on containers ) , if not run 'neutron providernet-create' before 'system host-if-modify', system host-if-modify will through exception ' Provider network xxxxx could not be found' 'Neutron server returns request_ids: ['req-ff237aff-85d4-49d8-be9e-d23dc4f3b37e']' So for Stein , this will be not needed any more ? BTW : I edited the wiki page for container installer https://wiki.openstack.org/w/index.php?title=StarlingX/Containers/Installati... Change command : neutron host-bind-interface --interface $(sudo -u postgres psql -qt -d sysinv -c "select uuid from ethernet_interfaces join interfaces on ethernet_interfaces.id=interfaces.id where providernetworks='physnet0';") --providernets physnet0 --mtu 1500 controller-0 to neutron host-bind-interface --interface $(sudo -u postgres psql -qt -d sysinv -c "select uuid from ethernet_interfaces join interfaces on ethernet_interfaces.id=interfaces.id where interfaces.ifname='data0';") --providernets physnet0 --mtu 1500 controller-0 since providernetworks is removed in interfaces. Please help double check if any other better way to edit it. Thanks. BR Austin Sun. From: Kung, John [mailto:John.Kung@windriver.com] Sent: Monday, January 28, 2019 10:26 PM To: Sun, Austin <austin.sun@intel.com>; starlingx-discuss@lists.starlingx.io Subject: RE: [Starlingx-discuss] [stx-config]: Data Interface Configuration Required for Data Networks (aka Provider Networks) Austin, 1) When we move to Stein, the 'neutron providernet-create', which was an stx extension. will no longer be supported. As noted in the Story, the host to physical network bindings will no longer be in neutron and thus must now be modelled in sysinv so that the datanetworks (providernetworks) can be mapped to host data interfaces. Furthermore, references to datanetworks in the platform horizon is being updated to reference sysinv rather than neutron; as neutron is being containerized. 2) The commit referenced is: http://stash.wrs.com/projects/CGCS/repos/github.com.openstack.neutron/commit... John From: Sun, Austin [mailto:austin.sun@intel.com] Sent: Monday, January 28, 2019 4:09 AM To: Kung, John; starlingx-discuss@lists.starlingx.io<mailto:starlingx-discuss@lists.starlingx.io> Subject: RE: [Starlingx-discuss] [stx-config]: Data Interface Configuration Required for Data Networks (aka Provider Networks) Hi John: Thanks your sharing and heads-up for this change . I have some questions: 1) when I tried this one, it seems 'neutron providernet-create' is still needed before 'system datanetwork-add' , what's benefit for introducing "system datanetwork-add" command ? 2) in https://storyboard.openstack.org/#!/story/2004455 story , there mentioned The related stx-neutron feature commit is the following: 021ae1ac80ca7cbde9903c83b540ca775b05a94f But I cannot find this commit in code base. Thanks. BR Austin Sun. From: Kung, John [mailto:John.Kung@windriver.com] Sent: Saturday, January 26, 2019 2:54 AM To: starlingx-discuss@lists.starlingx.io<mailto:starlingx-discuss@lists.starlingx.io> Subject: [Starlingx-discuss] [stx-config]: Data Interface Configuration Required for Data Networks (aka Provider Networks) Please note that an additional configuration step is required for the configuration of data interfaces with the introduction of https://storyboard.openstack.org/#!/story/2004455 "Move neutron provider network modelling to system configuration" Notably, the following system command Is required prior to sysinv referencing the datanetwork (formerly known as ' providernetwork'): system datanetwork-add In the following example, The datanetwork-add needs to be done prior to assigning the datanetwork (PHYSNET0) to the interface: # configure the datanetworks in sysinv, prior to referencing it in the system host-if-modify/host-if-add command system datanetwork-add ${PHYSNET0} vlan system host-if-modify -m 1500 -n data0 -d ${PHYSNET0} -c data ${COMPUTE} ${DATA0IFUUID} Notes: * The system host-if-modify '-p' flag will still work but is being deprecated in favor of '-d' for datanetwork * If the datanetwork-add step is skipped, the following Client exception will be raised: "DataNetwork physnet0 could not be found.") Thanks, John Details: This is in preparation for upstream neutron which is not planned to support providernetwork host interface-physical data network binding. Note also Horizon stx-gui Data Networks panels are under development and now refers to provisioning of data networks in sysinv; and not providernetworks in neutron. See summary of other datanetwork commands in the story reference and associated Gerrit reviews. [wrsroot@controller-0 ~(keystone_admin)]$ system help datanetwork-add usage: system datanetwork-add [-d <description>] [-m <mtu>] [-p <port_num>] [-g <multicast_group>] [-t <ttl>] [-M <mode>] <datanetwork_name> <network_type> Add a datanetwork. Positional arguments: <datanetwork_name> Name of the datanetwork [REQUIRED] <network_type> Type of the datanetwork [REQUIRED] Optional arguments: -d <description>, --description <description> User description of the datanetwork -m <mtu>, --mtu <mtu> MTU of the datanetwork -p <port_num>, --port_num <port_num> port_num of the datanetwork -g <multicast_group>, --multicast_group <multicast_group> multicast_group of the datanetwork -t <ttl>, --ttl <ttl> time-to-live of the datanetwork -M <mode>, --mode <mode> mode of the datanetwork