search

CiscoDevNet / ncclient

Python library for NETCONF clients (http://ncclient.org)
http://ncclient.com
Apache License 2.0
10 stars 9 forks source link

readme

Build Status Coverage Status Documentation Status Community

DO NOT COMMIT THIS TEXT BLOCK UPSTREAM

This is a temporary fork, maintained by @einarnn, of the main ncclient repository that has initial support for pre-RFC IETF YANG Push functionality as implemented in IOS XE 16.6.1 onwards. This functionality will be upstreamed sometime after the the IETF YANG Push drafts achieve RFC status.

Recommended installation process is to first install vanilla ncclient via pip, and then install this fork over the top after having updated setuptools (if it hasn't already been updated):

pip install setuptools>=40.6.3
pip install --upgrade git+https://github.com/CiscoDevNet/ncclient.git

Please note that the upgrade of setuptools is required to enable parsing of a newer format of pip dependency. This upgrade of setuptools will be required for releases of ncclient > 0.6.3

Please feel free to submit PRs or get in touch with @einarnn with any problems, queries or suggestions.

ncclient: Python library for NETCONF clients

ncclient is a Python library that facilitates client-side scripting and application development around the NETCONF protocol. ncclient was developed by Shikar Bhushan. It is now maintained by Leonidas Poulopoulos (@leopoul) and Einar Nilsen-Nygaard (@einarnn)

Docs: http://ncclient.readthedocs.org

PyPI: https://pypi.python.org/pypi/ncclient

Recent Highlights

Date Release Description
05/29/21 0.6.12 See release page
05/27/21 0.6.11 See release page
02/18/21 0.6.10 See release page
08/08/20 0.6.9 See release page
08/01/20 0.6.8 Pulled due to accidental breaking API change
12/21/19 0.6.7 See release page
05/27/19 0.6.6 See release page
05/27/19 0.6.5 Pulled due to bug in PyPi upload
04/07/19 0.6.4 See release page
09/26/18 0.6.3 See release page
08/20/18 0.6.2 See release page
07/02/18 0.6.0 Minor release reinstating Python 3.7 and greater compatibility, but necessitating a change to client code that uses async_mode.
07/02/18 0.5.4 New release rolling up myriad of small commits since 0.5.3. Please note that this release is incompatible wth Python 3.7 due to the use of a new Python 3.7 keyword, async, in function signatures. This will be resolved in 0.6.0

Requirements

If you are on Debian/Ubuntu install the following libs (via aptitude or apt-get):

Installation

[ncclient] $ sudo python setup.py install

or via pip:

pip install ncclient

Also locally via pip from within local clone:

pip install -U .

Examples

[ncclient] $ python examples/juniper/*.py

Usage

Get device running config

Use either an interactive Python console (ipython) or integrate the following in your code:

from ncclient import manager

with manager.connect(host=host, port=830, username=user, hostkey_verify=False) as m:
    c = m.get_config(source='running').data_xml
    with open("%s.xml" % host, 'w') as f:
        f.write(c)

As of 0.4.1 ncclient integrates Juniper's and Cisco's forks, lots of new concepts have been introduced that ease management of Juniper and Cisco devices respectively. The biggest change is the introduction of device handlers in connection paramms. For example to invoke Juniper's functions annd params one has to re-write the above with device_params={'name':'junos'}:

from ncclient import manager

with manager.connect(host=host, port=830,
                     username=user, hostkey_verify=False,
                     device_params={'name':'junos'}) as m:
    c = m.get_config(source='running').data_xml
    with open("%s.xml" % host, 'w') as f:
        f.write(c)

Device handlers are easy to implement and prove to be futureproof.

Supported device handlers

When instantiating a connection to a known type of NETCONF server:

For Developers

Running Unit Tests Locally

To run the same tests locally as are run via GitHub's CI/CD integration with Travis, the following istructions can be followed:

  1. Create a virtual environment, in this case using virtualenvwrapper:

    mkvirtualenv ncclient-testing

  2. Install your local ncclient package (ensuring you are in your virtual environment):

    pip install -U .

  3. Install testing dependencies:

    pip install nose rednose coverage coveralls mock

  4. Finally, run the tests:

    nosetests test --rednose --verbosity=3

Making a Release

As of 0.6.1, versioneer has been integrated into the ncclient codebase. This simplifies the creation of a new release, by ensuring that version numbers are automatically generated from the git tag used for the release, which must be in the form v0.1.2. Versioneer also allows for the clean install of development versions locally using pip. For example:

$ pip install -U .
Processing /opt/git-repos/versioneer-ncclient

[...intermediate ouput elided...]

Building wheels for collected packages: ncclient
  Running setup.py bdist_wheel for ncclient ... done
  Stored in directory: /Users/einarnn/Library/Caches/pip/wheels/fb/48/a8/5c781ebcfff7f091e18950e125c0ff638a5a2dc006610aa1e5
Successfully built ncclient
Installing collected packages: ncclient
  Found existing installation: ncclient 0.6.1
    Uninstalling ncclient-0.6.1:
      Successfully uninstalled ncclient-0.6.1
Successfully installed ncclient-0.6.0+23.g0d9ccd6.dirty

Thus, making a release becomes a simple process:

  1. Ensure all tests run clean (ideally both locally and via Travis) and that README.md (yes, this file!!) has been updated appropriately.

  2. Apply appropriate version tag, e.g. git tag v0.6.1

  3. Build packages:

    python setup.py bdist sdist

  4. After ensuring twine is installed, test twine upload:

    twine upload \
    --repository-url https://test.pypi.org/legacy/ \
    -u ******* -p ******* \
    dist/ncclient-0.6.1.tar.gz

  5. Push git tags back to origin, git push --tags

  6. Do real twine upload:

    twine upload \
    -u ******* -p ******* \
    dist/ncclient-0.6.1.tar.gz

Contributors