ExaBGP has been used to:
More information is available on the wiki.
From the source folder, it is possible to create a self-contained executable which only requires an installed python3 interpreter
> git clone https://github.com/Exa-Networks/exabgp exabgp-git
> cd exabgp-git
> release binary /usr/local/sbin/exabgp
> /usr/local/sbin/exabgp --versionwhich is a helper function and creates a python3 zipapp
> git clone https://github.com/Exa-Networks/exabgp exabgp-git
> cd exabgp-git
> python3 -m zipapp -o /usr/local/sbin/exabgp -m exabgp.application:main -p "/usr/bin/env python3" src
> /usr/local/sbin/exabgp --versionIn case of issues, we are asking users to run the latest code directly for a local git clone.
> git clone https://github.com/Exa-Networks/exabgp exabgp-git
> cd exabgp-git
> ./sbin/exabgp --version
> ./sbin/exabgp --help
> ./sbin/exabgp --run healthcheck --help
> env PYTHONPATH=./src python3 -m exabgp healthcheck --help
> ./bin/healthcheck --helpIt is then possible to change git to use any release (here 4.2.22)
> git checkout 4.2.22
> ./sbin/exabgp --versionYou can also use the repository to create a docker image
> git clone https://github.com/Exa-Networks/exabgp exabgp-git
> cd exabgp-git
> docker build -t exabgp ./
> docker run -p 179:1790 --mount type=bind,source=`pwd`/etc/exabgp,target=/etc/exabgp -it exabgp -v /etc/exabgp/parse-simple-v4.confIt is possible to add your configuration file within the docker image and/or use the container like the exabgp binary. You can also use the Docker.remote file to build it using pip (does not require any other file)
The latest version is available on pypi, the Python Package Index
> pip install exabgp
> exabgp --version
> exabgp --help
> exabgp --run healthcheck --help
> python3 -m exabgp healthcheck --helpIt is also possible to download releases from GitHub
> curl -L https://github.com/Exa-Networks/exabgp/archive/4.2.22.tar.gz | tar zx
> cd exabgp-4.2.22
> ./sbin/exabgp --version
> ./sbin/exabgp --help
> ./sbin/exabgp --run healthcheck --help
> env PYTHONPATH=./src python3 -m exabgp healthcheck --help
> ./bin/healthcheck --helpThe program is packaged for many systems such as Debian, Ubuntu, ArchLinux, Gentoo, FreeBSD, OSX.
RHEL users can find help here.
Many OS provide old, not to say ancient, releases but on the plus side, the packaged version will be integrated with systemd.
Feel free to use your prefered installation option but should you encounter any issues, we will ask you to install the latest code (the main branch) using git.
Multiple versions can be used simultaneously without conflict when ExaBGP is run from extracted archives, docker, and/or local git repositories. if you are using master, you can use exabgp version to identify the location of your installation.
ExaBGP is self-contained and easy to upgrade/downgrade by:
git pull in the repository folder for installation using git mainpip install -U exabgp, for pip installationsapt update; apt upgrade exabgp for Debian/UbuntuIf you are migrating your application from ExaBGP 3.4 to 4.x please read this wiki entry.
The configuration file and API format may change occasionally, but every effort is made to ensure backward compatibility is kept. However, users are encouraged to read the release note/CHANGELOG and check their setup after any upgrade.
The most common issue reported (ExaBGP hangs after some time) is caused by using code written for ExaBGP 3.4 with 4.2 or master without having read this wiki entry
ExaBGP is supported through Github's issue tracker. So should you encounter any problems, please do not hesitate to report it so we can help you.
During "day time" (GMT/BST) feel free to contact us on Slack. We will try to respond if available.
The best way to be informed about our progress/releases is to follow us on Twitter.
If there are any bugs, we'd like to ask you to help us fix the issue using the main branch. We may then backport the fixes to the 4.2 stable branch.
Please remove any non git main installations if you are trying the latest release to prevent running the wrong code by accident; it happens more than you think, and verify the binary by running exabgp version.
We will nearly systematically ask for the FULL output exabgp with the option -d.
ExaBGP 3.4 and previous versions are Python 2 applications. ExaBGP 4.0 had support for both Python 2 and 3. The current version of ExaBGP (4.2 and main) targets Python 3 only. The code should work with all recent versions (>= 3.6), but the requirement is set to 3.8.1 as some of the tooling now requires it (such as flake8).
ExaBGP is nearly as old as Python3. A lot has changed since 2009; the application does not use Python3 'new' async-io (as we run a homemade async core engine). It may never do as development slowed, and our primary goal is ensuring reliably for current and new users.
The main branch (previously the master branch) will now be ExaBGP 5.0.x. The program command line arguments have already been changed and are no longer fully backwards compatible with versions 3 and 4. We recommend using the 4.2 releases in production, but running master is sometimes required.
You may want to look at these related projects.
The documentation is known to be imperfect. One could even say wanting, limited, insufficient and lacking. Therefore, any contribution (however small) toward its improvement is genuinely welcomed.
Other users did however do a fair bit of documentation, just not on the wiki. 😭
To understand how ExaBGP should be configured, please have a look into the etc/exabgp folder of the repository where a great many examples are available.
exabgp --help is also a treasure trove of information.
RFC support includes ASN4, IPv6, MPLS, VPLS, Flow, Graceful Restart, Enhanced Route Refresh, Extended Next-Hop, "BGP-LS" and AIGP among others. More information can be found here
ExaBGP does not perform any FIB manipulation. If this is what you need, you may consider another open source BGP daemon such as BIRD or Quagga.
RFC compliance details the latest developments.
The following "unsupported" options are available to help with development:
exabgp.debug.configuration to trace with pdb configuration parsing errors
exabgp.debug.pdb enable python debugger on runtime errors (be ready to use `killall python` to handle orphaned child processes)
exabgp.debug.route similar to using decode but using the environmentIf you want to check any code changes, the repository comes with a qa folder, which includes many way to check code integrity.
ExaBGP comes with a set of functional tests, each test starts an IBGP daemon expecting a number of per recorded UPDATEs for the matching configuration file.
You can see all the existing tests running ./qa/bin/functional encoding --list. Each test is numbered and can be run independently (please note that 03 is not the same as 3).
# ./qa/bin/functional encoding # (run all the test)
# ./qa/bin/functional encoding A # (run test 03 as reported by listing)You can also manually run both the server and client for any given test:
shell1# ./qa/bin/functional encoding --server A
shell2# ./qa/bin/functional encoding --client AA test suite is also present to complement the functional testing.
(pip3 install pytest pytest-cov)
# env exabgp_log_enable=false pytest --cov --cov-reset ./tests/*_test.pyYou can decode UPDATE messages using ExaBGP decode option.
# env exabgp_tcp_bind='' ./sbin/exabgp decode -c ./etc/exabgp/api-open.conf FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF:003C:02:0000001C4001010040020040030465016501800404000000C840050400000064000000002001010101{ "exabgp": "4.0.1", "time": 1560371099.404008, "host" : "ptr-41.212.219.82.rev.exa.net.uk", "pid" : 37750, "ppid" : 10834, "counter": 1, "type": "update", "neighbor": { "address": { "local": "127.0.0.1", "peer": "127.0.0.1" }, "asn": { "local": 1, "peer": 1 } , "direction": "in", "message": { "update": { "attribute": { "origin": "igp", "med": 200, "local-preference": 100 }, "announce": { "ipv4 unicast": { "101.1.101.1": [ { "nlri": "1.1.1.1/32", "path-information": "0.0.0.0" } ] } } } } } }