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/commits/021ae1ac80ca7cbde9903c83b540ca775b05a94f

 

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
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
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