1
0
Fork 1
mirror of https://github.com/thatmattlove/hyperglass.git synced 2026-01-17 08:48:05 +00:00
hyperglass is the network looking glass that tries to make the internet better.
Find a file
2019-12-02 19:39:45 -07:00
.github Merge pull request #6 from checktheroads/develop 2019-06-24 14:08:46 -07:00
hyperglass fix variable reference bug introduced from #22 2019-12-02 19:39:45 -07:00
tests fix configuration for ping commands 2019-07-22 12:56:13 -05:00
.gitattributes adding .gitattributes file 2019-06-10 12:42:03 -07:00
.gitignore moved docs to separate repo 2019-06-15 19:05:47 -07:00
.pylintrc initial travis 2019-06-16 17:13:02 -07:00
.travis.yml Make CI fail on black/pylint failure, but not change files 2019-06-19 08:37:59 -07:00
CONTRIBUTING.md README Improvements; Community docs 2019-06-24 14:03:11 -07:00
grafana.json moving docs to separate repo 2019-06-15 14:25:54 -07:00
LICENSE initial 2019-05-07 23:21:41 -07:00
logo.png moved docs to separate repo 2019-06-15 19:05:47 -07:00
manage.py Make CI fail on black/pylint failure, but not change files 2019-06-19 08:37:59 -07:00
pylint.svg Black Formatting - travis # 2019-06-16 16:02:33 -07:00
README.md Add development status [skip ci] 2019-09-14 18:19:53 -07:00
requirements.txt Bump Netmiko to 2.4.1, fixes #14 2019-08-19 13:08:43 -07:00

hyperglass is a modern network looking glass application. A looking glass is typically implemented by network service providers as a way of providing customers, peers, and partners with a way to easily view elements of, or run tests from the provider's network.


Documentation   |   Screenshots   |   Live Demo

Build Status GitHub issues Pylint Code style: black


hyperglass is intended to make implementing a looking glass too easy not to do, with the lofty goal of improving the internet community at large by making looking glasses more common across autonomous systems of any size.

Features

  • BGP Route, BGP Community, BGP AS Path, Ping, Traceroute
  • Full frontend and backend IPv6 support
  • Netmiko-based connection handling for traditional network devices
  • FRRouting support via hyperglass-frr REST API
  • BIRD support via hyperglass-bird REST API
  • Customizable commands for each query type by vendor
  • Clean, modern, google-esq GUI based on the Bumla framework
  • Customizable colors, logo, web fonts, error messages, UI text
  • Simple TOML config file for all customizable parameters (no databases!)
  • Optional SSH Proxy to further direct secure router access
  • Configurable IP/Prefix "blacklist" to prevent lookup of sensitive prefixes
  • Configurable rate limiting, powered by Flask-Limiter
  • Query response caching with configurable cache timeout
  • Prometheus metrics for query statistics tracking (Check out the live demo!)

Platform Support

hyperglass is preconfigured to support the following platforms:

  • Cisco IOS-XR: Netmiko cisco_xr vendor class
  • Cisco Classic IOS/IOS-XE: Netmiko cisco_ios vendor class
  • Juniper JunOS: Netmiko junos vendor class
  • FRRouting: hyperglass-frr API
  • BIRD: hyperglass-bird API

Theoretically, any vendor supported by Netmiko can be supported by hyperglass. To request support for a specifc platform, please submit a Github Issue with the enhancement label.

Coming Soon

Community

There is now a hyperglass team on Keybase! Any users, potential users, or contributors of hyperglass are welcome to join to discuss usage, feature requests, bugs, and other things.

hyperglass is developed with the express intention of being free to the networking community.

However, the hyperglass demo does cost @checktheroads about $15/month for 3 Digital Ocean droplets. If you're feeling particularly helpful and want to help offset that cost, small donations are welcome.

Donate

Acknowledgements

  • This project originally started as a fork of vraulsan's looking-glass project. The guts of the Flask components still remain from that project, but almost everything else has been rewritten. Nevertheless, the inspiration for building hyperglass came from here.

License

Clear BSD License

Development Status

Beginning 2019-09-01, the initial release of hyperglass will only receive updates for critical bug fixes or vulnerabilities. Any enhancements, new features, or other general improvements will, if accepted/approved, be implemented in version 1.0.0, development for which can be tracked via the v1.0.0 branch.

But why

The initial release of hyperglass was the culmination of my first ever foray into development, so naturally it is not perfect. Building that initial release was an incredibly fun process through which I learned a lot, and the community's feedback has been overwhelmingly positive. However, after the initial release I still had a massive list of features I wanted to try to implement. As I began that process, I found many aspects of the hyperglass backend that needed improving (or in some cases, significant overhaul). So, I decided to put all my efforts into a single "1.0" release and treat the initial hyperglass release as more of a beta. This way, I'm able to dedicate what little development time I have to the drastic improvements in the works in the v1.0.0 branch.

What's coming in 1.0?

So far, I've already implemented the following:

✔️ Asyncio end-to-end wherever possible

✔️ Migrated web framework from Flask to Sanic (removes Gunicorn dependency)

✔️ Migrated outbound http client framework from Requests to HTTPX for FRR/BIRD connections

✔️ Migrated front-end framework from Bulma to Bootstrap 4 using a custom theme, for which most visual aspects are still completely customizable.

✔️ Front-end frameworks/dependencies are no longer bundled with hyperglass. Yarn now handles package management, and ParcelJS now bundles and minifies all Javascript libraries, CSS frameworks and custom CSS, fonts, etc. making for a more consistent and controlable user experience.

✔️ Migrated config file language from TOML to YAML.

✔️ Pydantic for config file modeling and validation. This will reduce, if not remove, the likelihood of accidentally misconfiguring hyperglass, your devices, or custom commands. It also allows for a significantly more sensible way of setting reasonable defaults, which now exist for all configuration variables, except for devices.

✔️ Ability to query multiple devices at once.

✔️ Custom commands are no longer NOS-specific. Command "profiles" can be arbitrarily created and associated with any device. This means that even if two different devices are running cisco_ios, one device can use one set of commands, and the other device can use a different set of commands.

✔️ Some other backend goodies like: A (configurable) global timeout, so if a device can't be reached for whatever reason, the user is not left to watch a loading bar. Faster SSH queries. Way faster queries when using an SSH proxy/tunnel. Drastically improved error handling with 100% customizable user-facing error messages. Front-end to back-end communication is now 100% JSON, which means hyperglass is also a looking glass API for your network, not just a GUI.

What I'm still working on:

VRF support. You'll be able to, per-device, enable queries to be VRF and AFI specific.

Possibly move to Netdev instead of Netmiko for SSH connection handling for performance gains.

Improved native Juniper support

Native Arista support

Native Huawei support

Improved reverse proxy docs, mainly for adding GZIP compression support for static files

Make Grafana dashboard available via Grafana's plugin marketplace

...and several other things that probably won't make it into 1.0 :)