Home
This wiki serves as the home for resources & documentation for the NANOG 67 Hackathon! (http://nanog.org/meetings/nanog67/hackathon)
The hackathon's theme is focused on "building a source of truth" for your network. In the world of network automation, we have many possibilities and one road block that may hinder your level of automation is where the source of truth lies for device configurations. Is it on the device themselves? Is it stored in a text file and pushed? Is it modeled [described] in a database and rendered during the build?
Each group will have a Virtual Private Server (VPS) assigned to collaborate on for the duration of the hackathon. Login credentials will be provided at the Hack's opening. Use of the VPS is not required and simply provided as a convenience.
The VPS will be running Ubuntu 14.04 LTS Server with current versions of Python, GoLang, and Perl installed. MySQL server is also installed with appropriate Python modules for database access.
To access the VPS, connect using SSH and the credentials provided. Each VPS runs a local "mosh-server" as well which provides a more reliable SSH-connection for use across unpredictable network connections. See mosh.mit.edu for more detail and to grab a free client. If you have trouble connecting with Mosh, note that it runs over UDP using non-standard ports.
To plant a seed, we've started one "hack" in advance centered on this theme. Our hack is nicknamed "mini FBNet", taken from it's inspiration of Facebook's "FBNet". FBNet is a network topology database at it's core. It fully describes the Facebook production network down -- starting with the high level of devices and locations and going to the depth of per-neighbor BGP configuration on each device. By fully "modeling" the network in FBNet, we are able to generate device configurations at any time and can build tooling around their configuration through the database -- eliminating the slowness and potential risk of constantly hitting network devices.
"mini FBNet" is based on a MySQL database and Python code. The Python code manipulates that data through the database using simple SQL queries and the MySQL Python "connector" library found on https://dev.mysql.com/downloads/connector/python/
All of this has been pre-staged to the VPS.
You will find the example code in ~/hackathon/, along with data pre-loaded to the current instance of MySQL server. To see the pre-loaded data, type "mysql" on your shell. This is an alias to "mysql -u -p", dropping you into a MySQL shell. Once in that, type "use hackathon;" use standard SQL commands such as "select * from devices" to see the pre-loaded data. Should you need to reset the database and pre-loaded data, simply run "dbsetup.sh" from the "hackathon" directory. The full SQL schema can be found in that shell script too!
The example uses a MySQL database named "hackathon". We have a simple table structure of:
- environments (production, lab, ...)
- locations (datacenters)
- devices
- interfaces
- circuits (describing the physical-layer connectivity between two "interfaces")
Here's a diagram showing the data being described by those tables:
The pre-staged network consists of two datacenters ("atn" and "frc") with two clusters each. A cluster here is simply a logical unit to associate a number of racks (rack switches) and their aggregation layer (cluster switches). In the examples staged, we have 4 x cluster switches and 128 x rack switches per cluster. The currently staged data does not connect either cluster / datacenter together though :-)!
In the screen shot below, we can see a view into the db-level association of our rack switch <> cluster switch uplinks:
