Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Iecf511aa48d3123b7a2ed445cc5ff6f5d462fb83
Signed-off-by: Nikolas Hermanns <nikolas.hermanns@ericsson.com>
|
|
JIRA: APEX-347
Change-Id: Ibc6d141e20faf613e0f6314286b55aff01ce862e
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
os-odl_l2_nofeature is now deprecated since new netvirt only supports
odl_l3.
JIRA: APEX-299
Change-Id: I3557ecb85fa4cd11bba96aa9410e56a8e8cceb00
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-340
Change-Id: I3ddc2b28b46720ce1b9af28ae23f4a24690008e4
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
Also depend on https://github.com/radez/puppet-fdio/pull/14
JIRA: APEX-337
opnfv-tht-pr: 92
Change-Id: Ic3d2f04bfd1983c38e09a2bfa3992a572fc9c6c1
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
JIRA: APEX-335
Change-Id: I00b148e3f2a299b6e16a91f6e8e3ed447a86e117
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Add inline yaml to deploy_settings.yaml describing all the available options,
and mention this in the documentation.
JIRA: APEX-259
JIRA: APEX-256
Change-Id: If86b1b1d4db2701d1d584fcfd62d6f1b5d53014b
Signed-off-by: Michael Chapman <woppin@gmail.com>
|
|
We currently default that instances should be pinned to the first CPU of
the nova-compute host. We want to remove this default, and have the
default as all CPUs. This patch removes it for fdio and ovs-dpdk
scenarios.
opnfv-tht-pr: 74
JIRA: APEX-187
Change-Id: Iacaa699eb3948b58beff1628dfd1bf008c4c9c5a
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
2048 is the acceptable value where default Virtual deployments will
still work. A user can then modify deploy_settings in order to increase
number of huge pages to something other than the default.
JIRA: APEX-184
Change-Id: I7962c8e1ae09df60c51375b4ed343b44bce52b59
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Changes include:
- starting vpp with pci addr of tenant nic
- setting performance options for fdio scenario
- creates nosdn fdio scenario (needs newtorking-vpp, etc)
- starts HC if ODL is used
opnfv-tht-pr: 46
JIRA: APEX-133
Change-Id: Ie7a7f1418b94dfb82255ec9aebc550a955dd696a
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
opnfv-tht-pr: 48
JIRA: APEX-206
Change-Id: Icfb5356252f4e862f8a9cd4fd1914951ab45baf4
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
opnfv-tht-pr: 34
opnfv-puppet-tripleo-pr: 4
JIRA: APEX-126
Change-Id: I050e7ae2e94779c1886f670841aa4e2dec4aa8d2
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
We had a regression where we missed adding bgpvpn code back into master.
opnfv-tht-pr: 45
JIRA: APEX-200
Change-Id: I44da1d653e13c48f276ad29daac1eb6f4f2d629b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-141
Change-Id: I9983ec5583100b7c536524a01e64bb6884b38d1d
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
add os-onos-sfc-ha.yaml for onos sfc function deployment.
opnfv-tht-pr: 27
JIRA: APEX-172
Change-Id: I07d708d201ef1d97efbfffd5aca85d8a284f7c96
Signed-off-by: bob zhou <bob.zh@huawei.com>
|
|
SFC for colorado will be based on OVS 2.5.90 which does not need 3.13
kernel. This patch removes 3.13 kernel updates, adds OVS 2.5.90 and
sets default odl_version to use boron (required for SFC with OVS
2.5.90). Also updates OVS build to a working one for ONOS.
JIRA: APEX-156
JIRA: APEX-199
Change-Id: I095290d925138122f24e891f8412497f9a2c3141
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-133
opnfv-tht-pr: 29
Change-Id: I3080c91c3995ed946b902a75907ef11cb349fc33
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Changes include:
- Minor syntax fix to dataplane check
- Adds 'odl_version' to deploy options
- Builds ODL overcloud image with boron rpm included
- If user specifies 'boron' as odl_version then, package is upgraded on
overcloud image
Change-Id: I37436cb8cc4d6cff1fede6c13836f26a4cc57f49
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Adds the dataplane deploy option, which can have values of
ovs, ovs_dpdk, or fdio. Currently does nothing
JIRA: APEX-119
Change-Id: I6c14a9c9d6887a325525d634052ea8300b30ee57
Signed-off-by: Michael Chapman <woppin@gmail.com>
|
|
Add support for CPU pinning of libvirt guests and also
restricting host processes to selected CPUs via isolcpus.
Hugepage support is added using the same mechanism as
isolcpus, along with a perf scenario where all 3 performance
options are enabled.
Deploy options are now parsed in python
JIRA: APEX-127
JIRA: APEX-105
JIRA: APEX-106
Change-Id: I438e80fb88e596cc017595d43bc1efda1001325c
opnfv-tht-pr: 8
Signed-off-by: Michael Chapman <woppin@gmail.com>
|
|
Change-Id: I9a151a251811fa3460616fc93beee6b9b342b8b8
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
- replacing brbm with logical names br-netname
- replacing instack-virt-setup with tripleo scripts
JIRA: APEX-90, APEX-80
Change-Id: I58a15dee8de882e034c8af8a3368ca0647741b13
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
Change-Id: Id2d6d46a53129d4ae2f93fad835536da067e42df
JIRA: APEX-51
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
Change-Id: Ief5c4cc08d1fc20ac6077f8edf7885f5c4bcf141
Signed-off-by: Viktor Tikkanen <viktor.tikkanen@nokia.com>
|
|
Fixes include:
- sfc deployments now are non-HA, and disable swift and ringbuilder as
it causes issues with the 3.13 kernel
- ODL Features boot is now parameterized in heat templates
- SFC features boot is now set to "odl-ovsdb-sfc-rest"
- Coexistence table offsets included if SFC deployment
- VXLAN workaround applied for 123.123.123.x subnet if SFC
Change-Id: Ide5e0b451adcb98c417e57628a51302f3123647f
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Changes Include:
- Disables introspection. We don't currently use introspection for
anything other than to just run it. Disabling it to increase deploy
speed and reduce pxeboot issues.
- Adds timeout to deploy of 90 minutes. Default heat timeout is 3-4
hours.
- Fixes OVS bridge attach/detach for users who use PREFIX in their
ifcfg instead of NETMASK
- Adds nosdn deploy settings file, and allows nosdn deployments
- Adds example inventory file to the docs dir
Change-Id: Ic13d6c4d5f27bac25365e5951acdd9bd3e641a15
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
ONOS needs the capability to have br-ex on compute nodes with no IP for
L3 functionality to work correctly on baremetal. This patch allows that
capability, and makes it default behavior (sdn_l3 true). If desired, a
user can set sdn_l3 to false, and compute nodes public interface will be
a regular interface with no IP for ONOS deployments.
JIRA: APEX-64
Change-Id: I578b946edbddf7fc9c29363c78fec2c3ada48cf6
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Changes include:
- Scenarios for opencontrail, onos, sfc, odl l2/l3
- Minor fix to error print statement
- Post Config is now disabled when using --flat
Change-Id: I5f3686dda4c4a573b1777916669053593852676a
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Fixes issues with common-functions:
- ipcalc in epel is old and does not support HOSTMIN,HOSTMAX. Now
BROADCAST and NETWORK values used to find first and last IP in
subnet.
- fixes to auto-generation where values conflicted for IP ranges
- provisioner_ip now generated correctly
Change-Id: I03c7f841d2e1edb1a50041f53970318b6a718cd9
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Changes include:
- Fixes Intel Pod 2 inventory file
- Check for DHCP server on the host and disable
- Adds realistic+common network-settings file
- Modifies baremetal deployments to bridge to correct interface
- Adds private/storage network OVS bridges
- Parses network-settings into valid network-environment variables
- If certain network-settings are missing they will be auto-detected
Note: The actual settings set forth for deployment only include
admin/external networks at the moment. Private/storage networks will be
handled in an upcoming patch.
JIRA: APEX-50
Change-Id: I0a1a86f37c08702a93fe167688c3149ba5573db4
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
- enabling subnet configuration for undercloud
- enabling external network configuration
Change-Id: Id1951d31faa1a68f850a75e2466d30b8abcea8ac
|
|
yaml inputs are broken up into:
-build settings
-deploy options
-network definition
-pod baremetal information
JIRA: APEX-53
Change-Id: Iee85b17beb37ce82bf9312dcce61e09ae924dfc5
Signed-off-by: Tim Rozet <trozet@redhat.com>
|