[Starlingx-discuss] [stx-config]: Data Interface Configuration Required for Data Networks (aka Provider Networks)

Wed Jan 30 00:32:11 UTC 2019

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

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 at windriver.com]
Sent: Monday, January 28, 2019 10:26 PM
To: Sun, Austin <austin.sun at intel.com>; starlingx-discuss at 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/commits/021ae1ac80ca7cbde9903c83b540ca775b05a94f

John

From: Sun, Austin [mailto:austin.sun at intel.com]
Sent: Monday, January 28, 2019 4:09 AM
To: Kung, John; starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at 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 at windriver.com]
Sent: Saturday, January 26, 2019 2:54 AM
To: starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at 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 at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20190130/733f3210/attachment-0001.html>