blob: 6c86454aec8d67aaee323987f2a8cf230e31255e [file] [log] [blame]
..
.. Copyright 2015 Comcast Cable Communications Management, LLC
..
.. Licensed under the Apache License, Version 2.0 (the "License");
.. you may not use this file except in compliance with the License.
.. You may obtain a copy of the License at
..
.. http://www.apache.org/licenses/LICENSE-2.0
..
.. Unless required by applicable law or agreed to in writing, software
.. distributed under the License is distributed on an "AS IS" BASIS,
.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
.. See the License for the specific language governing permissions and
.. limitations under the License.
..
Traffic Ops
***********
Introduction
============
Traffic Ops uses a MySql or Postgres database to store the configuration information, and the `Mojolicious framework <http://mojolicio.us/>`_ to generate the user interface and REST APIs.
Software Requirements
=====================
To work on Traffic Ops you need a \*nix (MacOS and Linux are most commonly used) environment that has the following installed:
* `Carton 1.0.12 <http://search.cpan.org/~miyagawa/Carton-v1.0.12/lib/Carton.pm>`_
* `Go 1.4 <http://golang.org/doc/install>`_
* Perl 5.10.1
* Git
* MySQL 5.1.52
Traffic Ops Project Tree Overview
=================================
**/opt/traffic_ops/app**
* bin/ - Directory for scripts, cronjobs, etc.
* conf/
* /development - Development (local) specific config files.
* /misc - Miscellaneous config files.
* /production - Production specific config files.
* /test - Test (unit test) specific config files.
* db/ - Database related area.
* /migrations - Database Migration files.
* lib/
* /API - Mojo Controllers for the /API area of the application.
* /Common - Common Code between both the API and UI areas.
* /Extensions
* Fixtures/ - Test Case fixture data for the ‘to_test’ database.
* /Integration - Integration Tests.
* /MojoPlugins - Mojolicious Plugins for Common Controller Code.
* Schema/ - Database Schema area.
* /Result - DBIx ORM related files.
* /Test - Common Test.
* /UI - Mojo Controllers for the Traffic Ops UI itself.
* Utils/
* /Helper - Common utilities for the Traffic Ops application.
* log/ - Log directory where the development and test files are written by the app.
* public/
* css/ - Stylesheets.
* images/ - Images.
* js/ - Javascripts
* script/ - Mojo Bootstrap scripts.
* t/ - Unit Tests for the UI.
* api/ - Unit Tests for the API.
* t_integration/ - High level tests for Integration level testing.
* templates/ - Mojo Embedded Perl (.ep) files for the UI.
Perl Formatting Conventions
===========================
Perl tidy is for use in code formatting. See the following config file for formatting conventions.
::
edit a file called $HOME/.perltidyrc
l = 156
et=4
t
ci=4
st
se
vt=0
cti=0
pt=1
bt=1
sbt=1
bbt=1
nsfs
nolq
otr
aws
wls="= + - / * ."
wrs=\"= + - / * .\"
wbb =% + - * / x != == >= <= =~ < > | & **= += *= &= <<= &&= -= /= |= + >>= ||= .= %= ^= x=
Database Management
===================
.. Add db naming conventions
The admin.pl script is for use in managing the Traffic Ops database tables. Below is an example of its usage.
``$ db/admin.pl``
Usage: db/admin.pl [--env (development|test|production)] [arguments]
Example: ``db/admin.pl --env=test reset``
Purpose: This script is used to manage the database. The environments are defined in the dbconf.yml, as well as the database names.
+-----------+--------------------------------------------------------------------+
| Arguments | Description |
+===========+====================================================================+
| create | Execute db 'create' the database for the current environment. |
+-----------+--------------------------------------------------------------------+
| down | Roll back a single migration from the current version. |
+-----------+--------------------------------------------------------------------+
| drop | Execute db 'drop' on the database for the current environment. |
+-----------+--------------------------------------------------------------------+
| redo | Roll back the most recently applied migration, then run it again. |
+-----------+--------------------------------------------------------------------+
| reset | Execute db drop, create, load_schema, migrate on the database for |
| | the current environment. |
+-----------+--------------------------------------------------------------------+
| seed | Execute SQL from db/seeds.sql for loading static data. |
+-----------+--------------------------------------------------------------------+
| setup | Execute db drop, create, load_schema, migrate, seed on the |
| | database for the current environment. |
+-----------+--------------------------------------------------------------------+
| status | Print the status of all migrations. |
+-----------+--------------------------------------------------------------------+
| upgrade | Execute migrate then seed on the database for the current |
| | environment. |
+-----------+--------------------------------------------------------------------+
Installing The Developer Environment
====================================
To install the Traffic Ops Developer environment:
1. Clone the traffic_control repository from `github.com <https://github.com/Comcast/traffic_control>`_.
2. Install the local dependencies using Carton (cpanfile).
::
$ cd traffic_ops/app
$ carton
3. Set up a user in MySQL.
Example: ::
master $ mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 305
Server version: 5.6.19 Homebrew
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> create user ‘to_user’@’localhost’;
mysql> grant all on to_development.* to 'to_user'@'localhost' identified by 'twelve';
mysql> grant all on to_test.* to 'to_user'@'localhost' identified by 'twelve';
mysql> grant all on to_integration.* to 'to_user'@'localhost' identified by 'twelve';
4. Enter ``db/admin.pl --env=<enviroment name> setup`` to set up the traffic_ops database(s).
* Unit test database: ``$ db/admin.pl --env=test setup``
* Development database: ``$ db/admin.pl --env=development setup``
* Integration database: ``$ db use db/admin.pl --env=integration setup``
The database schema should look like this:
::
master $ db/admin.pl --env=development setup
Using database.conf: conf/development/database.conf
Using database.conf: conf/development/database.conf
Using database.conf: conf/development/database.conf
Using database.conf: conf/development/database.conf
Using database.conf: conf/development/database.conf
Using database.conf: conf/development/database.conf
Executing 'drop database to_development'
Executing 'create database to_development'
Creating database tables...
Warning: Using a password on the command line interface can be insecure.
Migrating database...
goose: migrating db environment 'development', current version: 0, target: 20150210100000
OK 20141222103718_extension.sql
OK 20150108100000_add_job_deliveryservice.sql
OK 20150205100000_cg_location.sql
OK 20150209100000_cran_to_asn.sql
OK 20150210100000_ds_keyinfo.sql
Seeding database...
Warning: Using a password on the command line interface can be insecure.
5. (Optional) To load temporary data into the tables: ``$ perl bin/db/setup_kabletown.pl``
6. To start Traffic Ops, enter ``$ bin/start.sh``
The local Traffic Ops instance uses an open source framework called morbo, starting following the start command execution.
Start up success includes the following:
::
[2015-02-24 10:44:34,991] [INFO] Listening at "http://*:3000".
Server available at http://127.0.0.1:3000.
7. Using a browser, navigate to the given address: ``http://127.0.0.1:3000``
8. For the initial log in:
* User name: admin
* Password: password
9. Change the log in information.
Test Cases
==========
Use prove to execute test cases. Execute after a carton install:
* To run the Unit Tests: ``$ local/bin/prove -qrp t/``
* To run the Integration Tests: ``$ local/bin/prove -qrp t_integration/``
The KableTown CDN example
-------------------------
The integration tests will load an example CDN with most of the features of Traffic Control being used. This is mostly for testing purposes, but can also be used as an example of how to configure certain features. To load the KableTown CDN example and access it:
1. Run the integration tests
2. Start morbo against the integration database: ``export MOJO_MODE=integration; ./bin/start.sh``
3. Using a browser, navigate to the given address: ``http://127.0.0.1:3000``
4. For the initial log in:
* User name: admin
* Password: password
Extensions
==========
Traffic Ops Extensions are a way to enhance the basic functionality of Traffic Ops in a custom manner. There are three types of extensions:
1. Check Extensions
These allow you to add custom checks to the "Health->Server Checks" view.
2. Configuration Extensions
These allow you to add custom configuration file generators.
3. Data source Extensions
These allow you to add statistic sources for the graph views and APIs.
Extensions are managed using the $TO_HOME/bin/extensions command line script. For more information see :ref:`admin-to-ext-script`.
Check Extensions
----------------
In other words, check extensions are scripts that, after registering with Traffic Ops, have a column reserved in the "Health->Server Checks" view and that usually run periodically out of cron.
.. |checkmark| image:: ../../../traffic_ops/app/public/images/good.png
.. |X| image:: ../../../traffic_ops/app/public/images/bad.png
It is the responsibility of the check extension script to iterate over the servers it wants to check and post the results. A check extension can have a column of |checkmark|'s and |X|'s (CHECK_EXTENSION_BOOL) or a column that shows a number (CHECK_EXTENSION_NUM). A simple example of a check extension of type CHECK_EXTENSION_NUM that will show 99.33 for all servers of type EDGE is shown below: ::
Script here.
Check Extension scripts are located in the $TO_HOME/bin/checks directory.
Currently, the following Check Extensions are available and installed by default:
**Cache Disk Usage Check - CDU**
This check shows how much of the available total cache disk is in use. A "warm" cache should show 100.00.
**Cache Hit Ratio Check - CHR**
The cache hit ratio for the cache in the last 15 minutes (the interval is determined by the cron entry).
**DiffServe CodePoint Check - DSCP**
Checks if the returning traffic from the cache has the correct DSCP value as assigned in the delivery service. (Some routers will overwrite DSCP)
**Maximum Transmission Check - MTU**
Checks if the Traffic Ops host (if that is the one running the check) can send and receive 8192 size packets to the ``ip_address`` of the server in the server table.
**Operational Readiness Check - ORT**
See :ref:`reference-traffic-ops-ort` for more information on the ort script. The ORT column shows how many changes the traffic_ops_ort.pl script would apply if it was run. The number in this column should be 0.
**Ping Check - 10G, ILO, 10G6, FQDN**
The bin/checks/ToPingCheck.pl is to check basic IP connectivity, and in the default setup it checks IP connectivity to the following:
10G
Is the ``ip_address`` (the main IPv4 address) from the server table pingable?
ILO
Is the ``ilo_ip_address`` (the lights-out-mangement IPv4 address) from the server table pingable?
10G6
Is the ``ip6_address`` (the main IPv6 address) from the server table pingable?
FQDN
Is the Fully Qualified Domain name (the concatenation of ``host_name`` and ``.`` and ``domain_name`` from the server table) pingable?
**Traffic Router Check - RTR**
Configuration Extensions
------------------------
NOTE: Config Extensions are Beta at this time.
Data source Extensions
----------------------
NOTE: Data source Extensions are Beta at this time.
API
===
The Traffic Ops API provides programmatic access to read and write CDN data providing authorized API consumers with the ability to monitor CDN performance and configure CDN settings and parameters.
Response Structure
------------------
All successful responses have the following structure: ::
{
"response": <JSON object with main response>,
"version": "1.1"
}
To make the documentation easier to read, only the ``<JSON object with main response>`` is documented, even though the response and version fields are always present.
Using API Endpoints
-------------------
1. Authenticate with your Traffic Portal or Traffic Ops user account credentials.
2. Upon successful user authentication, note the mojolicious cookie value in the response headers.
3. Pass the mojolicious cookie value, along with any subsequent calls to an authenticated API endpoint.
Example: ::
[jvd@laika ~]$ curl -H "Accept: application/json" http://localhost:3000/api/1.1/usage/asns.json
{"version":"1.1","alerts":[{"level":"error","text":"Unauthorized, please log in."}]}
[jvd@laika ~]$
[jvd@laika ~]$ curl -v -H "Accept: application/json" -v -X POST --data '{ "u":"admin", "p":"secret_passwd" }' http://localhost:3000/api/1.1/user/login
* Hostname was NOT found in DNS cache
* Trying ::1...
* connect to ::1 port 3000 failed: Connection refused
* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 3000 (#0)
> POST /api/1.1/user/login HTTP/1.1
> User-Agent: curl/7.37.1
> Host: localhost:3000
> Accept: application/json
> Content-Length: 32
> Content-Type: application/x-www-form-urlencoded
>
* upload completely sent off: 32 out of 32 bytes
< HTTP/1.1 200 OK
< Connection: keep-alive
< Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE
< Access-Control-Allow-Origin: http://localhost:8080
< Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept
< Set-Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862; expires=Sun, 19 Apr 2015 00:10:01 GMT; path=/; HttpOnly
< Content-Type: application/json
< Date: Sat, 18 Apr 2015 20:10:01 GMT
< Access-Control-Allow-Credentials: true
< Content-Length: 81
< Cache-Control: no-cache, no-store, max-age=0, must-revalidate
* Server Mojolicious (Perl) is not blacklisted
< Server: Mojolicious (Perl)
<
* Connection #0 to host localhost left intact
{"alerts":[{"level":"success","text":"Successfully logged in."}],"version":"1.1"}
[jvd@laika ~]$
[jvd@laika ~]$ curl -H'Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862;' -H "Accept: application/json" http://localhost:3000/api/1.1/asns.json
{"response":{"asns":[{"lastUpdated":"2012-09-17 15:41:22", .. asn data deleted .. ,"version":"1.1"}
[jvd@laika ~]$
API Errors
----------
**Response Properties**
+----------------------+--------+------------------------------------------------+
| Parameter | Type | Description |
+======================+========+================================================+
|``alerts`` | array | A collection of alert messages. |
+----------------------+--------+------------------------------------------------+
| ``>level`` | string | Success, info, warning or error. |
+----------------------+--------+------------------------------------------------+
| ``>text`` | string | Alert message. |
+----------------------+--------+------------------------------------------------+
|``version`` | string | |
+----------------------+--------+------------------------------------------------+
The 3 most common errors returned by Traffic Ops are:
401 Unauthorized
When you don't supply the right cookie, this is the response. ::
[jvd@laika ~]$ curl -v -H "Accept: application/json" http://localhost:3000/api/1.1/usage/asns.json
* Hostname was NOT found in DNS cache
* Trying ::1...
* connect to ::1 port 3000 failed: Connection refused
* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 3000 (#0)
> GET /api/1.1/usage/asns.json HTTP/1.1
> User-Agent: curl/7.37.1
> Host: localhost:3000
> Accept: application/json
>
< HTTP/1.1 401 Unauthorized
< Cache-Control: no-cache, no-store, max-age=0, must-revalidate
< Content-Length: 84
* Server Mojolicious (Perl) is not blacklisted
< Server: Mojolicious (Perl)
< Connection: keep-alive
< Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE
< Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept
< Access-Control-Allow-Origin: http://localhost:8080
< Date: Sat, 18 Apr 2015 20:36:12 GMT
< Content-Type: application/json
< Access-Control-Allow-Credentials: true
<
* Connection #0 to host localhost left intact
{"version":"1.1","alerts":[{"level":"error","text":"Unauthorized, please log in."}]}
[jvd@laika ~]$
404 Not Found
When the resource (path) is non existant Traffic Ops returns a 404::
[jvd@laika ~]$ curl -v -H'Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862;' -H "Accept: application/json" http://localhost:3000/api/1.1/asnsjj.json
* Hostname was NOT found in DNS cache
* Trying ::1...
* connect to ::1 port 3000 failed: Connection refused
* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 3000 (#0)
> GET /api/1.1/asnsjj.json HTTP/1.1
> User-Agent: curl/7.37.1
> Host: localhost:3000
> Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862;
> Accept: application/json
>
< HTTP/1.1 404 Not Found
* Server Mojolicious (Perl) is not blacklisted
< Server: Mojolicious (Perl)
< Content-Length: 75
< Cache-Control: no-cache, no-store, max-age=0, must-revalidate
< Content-Type: application/json
< Date: Sat, 18 Apr 2015 20:37:43 GMT
< Access-Control-Allow-Credentials: true
< Set-Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAzODYzLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--8a5a61b91473bc785d4073fe711de8d2c63f02dd; expires=Sun, 19 Apr 2015 00:37:43 GMT; path=/; HttpOnly
< Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE
< Connection: keep-alive
< Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept
< Access-Control-Allow-Origin: http://localhost:8080
<
* Connection #0 to host localhost left intact
{"version":"1.1","alerts":[{"text":"Resource not found.","level":"error"}]}
[jvd@laika ~]$
500 Internal Server Error
When you are asking for a correct path, but the database doesn't match, it returns a 500::
[jvd@laika ~]$ curl -v -H'Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862;' -H "Accept: application/json" http://localhost:3000/api/1.1/servers/hostname/jj/details.json
* Hostname was NOT found in DNS cache
* Trying ::1...
* connect to ::1 port 3000 failed: Connection refused
* Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 3000 (#0)
> GET /api/1.1/servers/hostname/jj/details.json HTTP/1.1
> User-Agent: curl/7.37.1
> Host: localhost:3000
> Cookie: mojolicious=eyJleHBpcmVzIjoxNDI5NDAyMjAxLCJhdXRoX2RhdGEiOiJhZG1pbiJ9--f990d03b7180b1ece97c3bb5ca69803cd6a79862;
> Accept: application/json
>
< HTTP/1.1 500 Internal Server Error
* Server Mojolicious (Perl) is not blacklisted
< Server: Mojolicious (Perl)
< Cache-Control: no-cache, no-store, max-age=0, must-revalidate
< Content-Length: 93
< Set-Cookie: mojolicious=eyJhdXRoX2RhdGEiOiJhZG1pbiIsImV4cGlyZXMiOjE0Mjk0MDQzMDZ9--1b08977e91f8f68b0ff5d5e5f6481c76ddfd0853; expires=Sun, 19 Apr 2015 00:45:06 GMT; path=/; HttpOnly
< Content-Type: application/json
< Date: Sat, 18 Apr 2015 20:45:06 GMT
< Access-Control-Allow-Credentials: true
< Access-Control-Allow-Methods: POST,GET,OPTIONS,PUT,DELETE
< Connection: keep-alive
< Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept
< Access-Control-Allow-Origin: http://localhost:8080
<
* Connection #0 to host localhost left intact
{"alerts":[{"level":"error","text":"An error occurred. Please contact your administrator."}]}
[jvd@laika ~]$
The rest of the API documentation will only document the ``200 OK`` case, where no errors have occured.
API 1.1 Reference
-----------------
.. toctree::
:maxdepth: 1
traffic_ops_rest/asn
traffic_ops_rest/cachegroup
traffic_ops_rest/cdn
traffic_ops_rest/changelog
traffic_ops_rest/deliveryservice
traffic_ops_rest/hwinfo
traffic_ops_rest/parameter
traffic_ops_rest/phys_location
traffic_ops_rest/profile
traffic_ops_rest/redis
traffic_ops_rest/region
traffic_ops_rest/role
traffic_ops_rest/server
traffic_ops_rest/static_dns
traffic_ops_rest/status
traffic_ops_rest/system
traffic_ops_rest/to_extension
traffic_ops_rest/type
traffic_ops_rest/user