--- layout: docs page_title: Route Resource Configuration description: >- The `HTTPRoute` and `TCPRoute` resources define Consul API Gateway routing behavior for traffic into the service mesh according to rules. Learn about its configuration model and reference specifications, and review an example configuration. --- # Route Resource Configuration This topic describes how to create and configure `Route` resources. Routes are independent configuration objects that are associated with specific listeners. ## Create a `Route` Declare a route with either `kind: HTTPRoute` or `kind: TCPRoute` and configure the route parameters in the `spec` block. Refer to the Kubernetes Gateway API documentation for each object type for details: - [HTTPRoute](https://gateway-api.sigs.k8s.io/v1alpha2/references/spec/#gateway.networking.k8s.io/v1alpha2.HTTPRoute) - [TCPRoute](https://gateway-api.sigs.k8s.io/v1alpha2/references/spec/#gateway.networking.k8s.io/v1alpha2.TCPRoute) The following example creates a route named `example-route` associated with a listener defined in `example-gateway`. ```yaml apiVersion: gateway.networking.k8s.io/v1alpha2 kind: HTTPRoute metadata: name: example-route spec: parentRefs: - name: example-gateway rules: - backendRefs: - kind: Service name: echo port: 8080 ``` ## Configuration model The following outline shows how to format the configurations for the `Route` object. The top-level `spec` field is the root for all configurations. Click on a property name to view details about the configuration. * [`parentRefs`](#parentrefs): array of objects | optional * [`group`](#parentrefs): string | optional * [`kind`](#parentrefs): string | optional * [`name`](#parentrefs): string | required * [`namespace`](#parentrefs): string | optional * [`sectionName`](#parentrefs): string | optional * [`rules`](#rules): list of objects | optional * [`backendRefs`](#rules-backendrefs): list of objects | optional * [`group`](#rules-backend-refs): string | optional * [`kind`](#rules-backendrefs): string | optional * [`name`](#rules-backendrefs): string | required * [`namespace`](#rules-backendrefs): string | optional * [`port`](#rules-backendrefs): integer | required * [`weight`](#rules-backendrefs): integer | optional * [`filters`](#rules-filters): list of objects | optional * [`type`](#rules-filters-type): string | required * [`requestHeaderModifier`](#rules-filters-requestheadermodifier): object | optional * [`set`](#rules-filters-requestheadermodifier): array of objects | optional * [`name`](#rules-filters-requestheadermodifier): string | required * [`value`](#rules-filters-requestheadermodifier): string | required * [`add`](#rules-filters-requestheadermodifier): array of objects | optional * [`name`](#rules-filters-requestheadermodifier): string | required * [`value`](#rules-filters-requestheadermodifier): string | required * [`remove`](#rules-filters-requestheadermodifier): array of strings | optional * [`urlRewrite`](#rules-filters-urlrewrite): object | optional * [`path`](#rules-filters-urlrewrite-path): object | required * [`replacePrefixMatch`](#rules-filters-urlrewrite-path): string | required * [`type`](#rules-filters-urlrewrite-path): string | required * [`matches`](#rules-matches): array of objects | optional * [`path`](#rules-matches-path): list of objects | optional * [`type`](#rules-matches-path): string | required * [`value`](#rules-matches-path): string | required * [`headers`](#rules-matches-headers): list of objects | optional * [`type`](#rules-matches-headers): string | required * [`name`](#rules-matches-headers): string | required * [`value`](#rules-matches-headers): string | required * [`queryParams`](#rules-matches-queryparams): list of objects | optional * [`type`](#rules-matches-queryparams): string | required * [`name`](#rules-matches-queryparams): string | required * [`value`](#rules-matches-queryparams): string | required * [`method`](#rules-matches-method): string | optional ## Specification This topic provides details about the configuration parameters. ### parentRefs This field contains the list of `Gateways` that the route should attach to. If not set, the route will not attach to a `Gateway`. The following table describes the objects you can configure in the `parentRefs` block: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `group` | Specifies the Kubernetes API group of the `Gateway` to attach to. You can specify the following values: . Defaults to `gateway.networking.k8s.io`. | String | Optional | | `kind` | Specifies the Kubernetes kind of the `Gateway` to attach to. you can specify the following values: . Defaults to `Gateway`. | String | Optional | | `name` | Specifies the name of the `Gateway` the route is attached to. | String | Required | | `namespace` | Specifies the Kubernetes namespace containing the `Gateway` to attach to. If the `Gateway` is in a different Kubernetes namespace than the `Route`, then you must specify a value. Defaults to the `Route` namespace. | String | Optional | | `sectionName` | Specifies the name of a specific listener on the `Gateway` to attach to. The `Route` attempts to attach to all listeners on the `Gateway`. | String | Required | ### rules The `rules` field contains a list of objects that define behaviors for network traffic that goes through the route. The rule configuration contains the following objects: * [`backendRefs`](#rules-backendrefs): Specifies which backend services the `Route` references when processing traffic. * [`filters`](#rules-filters): Specifies which operations Consul API Gateway performs when traffic goes through the `Route`. * [`matches`](#rules-matches): Determines which requests Consul API Gateway processes. Rules are optional. ### rules.backendRefs This field specifies backend services that the `Route` references. The following table describes the parameters for `backendRefs`: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `group` | Specifies the Kubernetes API Group of the referenced backend. You can specify the following values: | String | Optional | | `kind` | Specifies the Kubernetes Kind of the referenced backend. You can specify the following values: | String | Optional | | `name` | Specifies the name of the Kubernetes Service or Consul mesh service resource. | String | Required | | `namespace` | Specifies the Kubernetes namespace containing the Kubernetes Service or Consul mesh service resource. You must specify a value if the Service or Consul mesh service is defined in a different namespace from the `Route`. Defaults to the namespace of the `Route`.
To create a route for a `backendRef` in a different namespace, you must also create a [ReferenceGrant](https://gateway-api.sigs.k8s.io/v1alpha2/references/spec/#gateway.networking.k8s.io/v1alpha2.ReferenceGrant). Refer to the [example route](#example-cross-namespace-backendref) configured to reference across namespaces. | String | Optional | | `port` | Specifies the port number for accessing the Kubernetes or Consul service. | Integer | Required | | `weight` | Specifies the proportion of requests sent to the backend. Computed as weight divided by the sum of all weights in this `backendRefs` list. Defaults to `1`. A value of `0` indicates that no requests should be sent to the backend. | Integer | Optional | #### Example cross-namespace backendRef The following example creates a route named `example-route` in namespace `gateway-namespace`. This route has a `backendRef` in namespace `service-namespace`. Traffic is allowed because the `ReferenceGrant`, named `reference-grant` in namespace `service-namespace`, allows traffic from `HTTPRoutes` in `gateway-namespace` to `Services` in `service-namespace`. ```yaml apiVersion: gateway.networking.k8s.io/v1alpha2 kind: HTTPRoute metadata: name: example-route namespace: gateway-namespace spec: parentRefs: - name: example-gateway rules: - backendRefs: - kind: Service name: echo namespace: service-namespace port: 8080 --- apiVersion: gateway.networking.k8s.io/v1alpha2 kind: ReferenceGrant metadata: name: reference-grant namespace: service-namespace spec: from: - group: gateway.networking.k8s.io kind: HTTPRoute namespace: gateway-namespace to: - group: "" kind: Service name: echo ``` ### rules.filters The `filters` block defines steps for processing requests. You can configure filters to modify the properties of matching incoming requests and enable Consul API Gateway features, such as rewriting path prefixes (refer to [Reroute HTTP requests](/consul/docs/api-gateway/usage#reroute-http-requests) for additional information). * Type: Array of objects * Required: Optional ### rules.filters.type Specifies the type of filter you want to apply to the route. The parameter is optional and takes a string value. You can specify the following values: * `RequestHeaderModifier`: The `RequestHeaderModifier` type modifies the HTTP headers on the incoming request. You must define the [`rules.filters.requestHeaderModifier`](#rules-filters-requestheadermodifier) configurations to use this filter type. * `URLRewrite`: The `URLRewrite` type modifies the URL path on the incoming request. You must define the [`rules.filters.urlRewrite`](#rules-filters-urlrewrite) configurations to use this filter type. ### rules.filters.requestHeaderModifier Defines operations to perform on matching request headers when `rules.filters.type` is configured to `RequestHeaderModifier`. This field contains the following configuration objects: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `set` | Configure this field to rewrite the HTTP request header. It specifies the name of an HTTP header to overwrite and the new value to set. Any existing values associated with the header name are overwritten. You can specify the following configurations: | List of objects | Optional | | `add` | Configure this field to append the request header with a new value. It specifies the name of an HTTP header to append and the value(s) to add. You can specify the following configurations: | List of objects | Optional | | `remove` | Configure this field to specify an array of header names to remove from the request header. | Array of strings | Optional | ### rules.filters.urlRewrite Specifies rules for rewriting the URL of incoming requests when `rules.filters.type` is configured to `URLRewrite`. * Type: Object * Required: Optional ### rules.filters.urlRewrite.path Specifies a list of objects that determine how Consul API Gateway rewrites URL paths (refer to [Reroute HTTP requests](/consul/docs/api-gateway/usage#reroute-http-requests) for additional information). The following table describes the parameters for `path`: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `replacePrefixMatch` | Specifies a value that replaces the path prefix for incoming HTTP requests. The operation only affects the path prefix. The rest of the path is unchanged. | String | Required | | `type` | Specifies the type of replacement to use for the URL path. You can specify the following values: | String | Optional | ### rules.matches Specifies rules for matching incoming requests. You can apply [`filters`](#rulesfilters) to requests that match the defined rules. You can match incoming requests based on the following elements: * [paths](#rules-matches-path) * [headers](#rules-matches-headers) * [query parameters](#rules-matches-queryparams) * [request method](#rules-matches-method) Each rule matches requests independently. As a result, a request matching any of the conditions is considered a match. You can configure several matching rules for each type to widen or narrow matches. ### rules.matches.path Specifies a list of objects that define matches based on URL path. The following table describes the parameters for the `path` field: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `type` | Specifies the type of comparison to use for matching the path value. You can specify the following types. | String | Required | | `value` | Specifies the value to match on. You can specify a specific string when `type` is `Exact` or `PathPrefix`. You can specify a regular expression if `type` is `RegularExpression`. | String | Required | ### rules.matches.headers Specifies a list of objects that define matches based HTTP request headers. The following table describes the parameters for the `headers` field: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `type` | Specifies the type of comparison to use for matching the header value. You can specify the following types. | String | Required | | `name` | Specifies the name of the header to match on. | String | Required | | `value` | Specifies value to match on. You can specify a specific string or a regular expression. | String | Required | ### rules.matches.queryParams Specifies a list of objects that define matches based query parameters. The following table describes the parameters for the `queryParams` field: | Parameter | Description | Type | Required | | --- | --- | --- | --- | | `type` | Specifies the type of comparison to use for matching a query parameter value. You can specify the following types. | String | Required | | `name` | Specifies the name of the query parameter to match on. | String | Required | | `value` | Specifies value to match on. You can specify a specific string or a regular expression. | String | Required | ### rules.matches.method Specifies a list of strings that define matches based on HTTP request method. You may specify the following values: * `HEAD` * `POST` * `PUT` * `PATCH` * `GET` * `DELETE` * `OPTIONS` * `TRACE` * `CONNECT`