Route table check tool

NOTE: The following configuration is for the route table check tool only and is not part of the Envoy binary. The route table check tool is a standalone binary that can be used to verify Envoy’s routing for a given configuration file.

The following specifies input to the route table check tool. The route table check tool checks if the route returned by a router matches what is expected. The tool can be used to check cluster name, virtual cluster name, virtual host name, manual path rewrite, manual host rewrite, path redirect, and header field matches. Extensions for other test cases can be added. Details about installing the tool and sample tool input/output can be found at installation.

The route table check tool config is composed of an array of json test objects. Each test object is composed of three parts.

Test name

This field specifies the name of each test object.

Input values

The input value fields specify the parameters to be passed to the router. Example input fields include the :authority, :path, and :method header fields. The :authority and :path fields specify the url sent to the router and are required. All other input fields are optional.

Validate

The validate fields specify the expected values and test cases to check. At least one test case is required.

A simple tool configuration json has one test case and is written as follows. The test expects a cluster name match of “instant-server”.:

  1. tests
  2. - test_name: Cluster_name_test,
  3.   input:
  4.     authority: api.lyft.com,
  5.     path: /api/locations
  6.   validate:
  7.     cluster_name: instant-server
  1. tests
  2. - test_name: ...,
  3.   input:
  4.     authority: ...,
  5.     path: ...,
  6.     method: ...,
  7.     internal: ...,
  8.     random_value: ...,
  9.     ssl: ...,
  10.     runtime: ...,
  11.     - additional_headers:
  12.         key: ...,
  13.         value: ...
  14.   validate:
  15.     cluster_name: ...,
  16.     virtual_cluster_name: ...,
  17.     virtual_host_name: ...,
  18.     host_rewrite: ...,
  19.     path_rewrite: ...,
  20.     path_redirect: ...,
  21.     - header_fields:
  22.       key: ...,
  23.       value: ...

test_name

(required, string) The name of a test object.

input

(required, object) Input values sent to the router that determine the returned route.

  • authority

    (required, string) The url authority. This value along with the path parameter define the url to be matched. An example authority value is “api.lyft.com”.

    path

    (required, string) The url path. An example path value is “/foo”.

    method

    (required, string) The request method. If not specified, the default method is GET. The options are GET, PUT, or POST.

    internal

    (optional, boolean) A flag that determines whether to set x-envoy-internal to “true”. If not specified, or if internal is equal to false, x-envoy-internal is not set.

    random_value

    (optional, integer) An integer used to identify the target for weighted cluster selection and as a factor for the routing engine to decide whether a runtime based route takes effect. The default value of random_value is 0.

    ssl

    (optional, boolean) A flag that determines whether to set x-forwarded-proto to https or http. By setting x-forwarded-proto to a given protocol, the tool is able to simulate the behavior of a client issuing a request via http or https. By default ssl is false which corresponds to x-forwarded-proto set to http.

    runtime

    (optional, string) A string representing the runtime setting to enable for the test. The runtime setting along with the random_value is used by the router to decide if the route should be enabled. Only a random_value lesser than the fractional percentage defined on the route entry enables the route.

    additional_headers

    (optional, array) Additional headers to be added as input for route determination. The “authority”, “path”, “method”, “x-forwarded-proto”, and “x-envoy-internal” fields are specified by the other config options and should not be set here.

    • key

      (required, string) The name of the header field to add.

      value

      (required, string) The value of the header field to add.

validate

(required, object) The validate object specifies the returned route parameters to match. At least one test parameter must be specified. Use “” (empty string) to indicate that no return value is expected. For example, to test that no cluster match is expected use {“cluster_name”: “”}.

  • cluster_name

    (optional, string) Match the cluster name.

    virtual_cluster_name

    (optional, string) Match the virtual cluster name.

    virtual_host_name

    (optional, string) Match the virtual host name.

    host_rewrite

    (optional, string) Match the host header field after rewrite.

    path_rewrite

    (optional, string) Match the path header field after rewrite.

    path_redirect

    (optional, string) Match the returned redirect path.

    header_fields

    (optional, array) Match the listed header fields. Examples header fields include the “path”, “cookie”, and “date” fields. The header fields are checked after all other test cases. Thus, the header fields checked will be those of the redirected or rewritten routes when applicable.

    • key

      (required, string) The name of the header field to match.

      value

      (required, string) The value of the header field to match.