openstack
/
deb-networking-cisco
Code Issues Proposed changes
RETIRED, further work has moved to Debian project infrastructure
1,724 Commits 2 Branches 82 Tags 3.3 MiB
Go to file
Carol Bouchard 708bd97dee Set RESTAPI Driver as default for ML2 Nexus 
The ML2 Nexus Driver uses either a RESTAPI driver or the
ncclient driver to configure the Nexus devices.  This changeset makes
the REST API driver the default choice for use by the ML2 Nexus driver.
This replaces the original ssh/ncclient driver.  The Nexus 9K handles
the REST API more efficiently and with less session limitations.
Additionally, The REST API Driver will be enhanced with new features
while ncclient will not.  In time, the ncclient driver will become
deprecated in Queens release.

For the ML2 Nexus REST API driver to be successful, it requires more
recent Cisco Nexus N9K NXAPI images starting from Cisco NX-OS 7.0(3)I5.

Code has been added in this changeset to warn in log file that the
ncclient/ssh driver and associated config options are deprecated.

If ncclient is configured, the following warning will be logged.
DeprecationWarning: Using class 'CiscoNexusSshDriver' (either directly
or via inheritance) is deprecated in version 'Cisco 5.1.0' and will be
removed in version 'Cisco 7.0.0': CiscoNexusSshDriver replaced by
default CiscoNexusRestapiDriver.

Other configuration variables associated with ncclient have been tagged
for deprecation.  The following sample warning message will appear
for those marked as deprecated.
Option "never_cache_ssh_connection" from group "ml2_cisco" is deprecated
for removal.  Its value may be silently ignored in the future.

Change-Id: I20c9554999d2dcaa14de78d2d43da53e3d29317d
Closes-bug:  #1705036
 		2017-07-21 17:55:55 +00:00
devstack Fixing devstack issues 2017-06-14 11:36:13 -04:00
doc/source This is the install guide for PNR plugin 2016-04-05 10:52:59 +05:30
etc Set RESTAPI Driver as default for ML2 Nexus 2017-07-21 17:55:55 +00:00
networking_cisco Set RESTAPI Driver as default for ML2 Nexus 2017-07-21 17:55:55 +00:00
releasenotes Add support for in-tree release notes 2016-09-01 12:34:31 +01:00
tools Switch mitaka tests to mitaka-eol tag instead of branch 2017-07-07 16:26:49 +01:00
usr/share/cpnr/rootwrap Fix a typo in rootwrap.conf,cisco-apic.filters and cpnr.filters 2016-10-17 17:11:02 +08:00
.coveragerc Coverage with comparison against baseline 2016-02-29 07:12:39 -05:00
.gitignore Add support for in-tree release notes 2016-09-01 12:34:31 +01:00
.gitreview Update .gitreview file for project rename 2015-06-12 23:12:30 +00:00
.mailmap Initial Cookiecutter Commit. 2015-01-26 15:48:04 +00:00
.pylintrc Enable pylint unnecessary-pass 2015-02-23 13:11:37 +00:00
.testr.conf Clean up tox and switch over to ostestr 2015-10-21 00:41:35 -04:00
CONTRIBUTING.rst Update networking-cisco README 2017-01-03 17:29:28 +00:00
HACKING.rst oslo: migrate to namespace-less import paths 2015-02-23 13:11:36 +00:00
LICENSE Initial Cookiecutter Commit. 2015-01-26 15:48:04 +00:00
MANIFEST.in Initial Cookiecutter Commit. 2015-01-26 15:48:04 +00:00
README.rst Update networking-cisco README 2017-01-03 17:29:28 +00:00
TESTING.rst Replace mention of nose with nose2 in devref 2015-01-06 00:46:47 +00:00
babel.cfg Initial Cookiecutter Commit. 2015-01-26 15:48:04 +00:00
requirements.txt Remove ACI plugin 2017-02-10 14:46:31 +00:00
setup.cfg Implement Rest API in ML2 Nexus Driver 2017-03-02 13:30:52 -05:00
setup.py Make networking-cisco py34 compatible 2015-10-20 16:25:51 +01:00
test-requirements.txt Add support for in-tree release notes 2016-09-01 12:34:31 +01:00
tox.ini Switch mitaka tests to mitaka-eol tag instead of branch 2017-07-07 16:26:49 +01:00

README.rst

networking-cisco

The networking-cisco project's goal is to provide support for Cisco networking hardware and software in OpenStack deployments. This includes ML2 drivers and agents for neutron, as well as other pieces of software which interact with neutron to best utilise your Cisco products with OpenStack.

Releases and Version Support

From Mitaka forward, networking-cisco is branchless and releases will be made from master. We have a goal to maintain compatibility with multiple versions of OpenStack for as long as possible starting from version 4.0.0 which is compatible with both Mitaka and Newton OpenStack releases.

  • 4.X.X Mitaka and Newton onwards
  • 3.X.X Mitaka
  • 2.X.X Liberty