

# Como a prioridade de rotas funciona
<a name="route-tables-priority"></a>

Em geral, direcionamos o tráfego usando a rota mais específica correspondente ao tráfego. Isso é conhecido como a correspondência de prefixo mais longa. Se a tabela de rotas tiver rotas sobrepostas ou correspondentes, serão aplicadas regras adicionais. 

A lista a seguir mostra um resumo da prioridade da rota com links para as seções abaixo com informações e exemplos mais detalhados:

1. [Prefixo mais longo](#route-table-longest-prefix-match) (por exemplo, 10.10.2.15/32 tem prioridade sobre 10.10.2.0/24)

1. [Rotas estáticas](#route-table-priority-propagated-routes) (como emparelhamento de VPC e conexões de gateway da internet)

1. [Rotas da lista de prefixos](#route-priority-managed-prefix-list)

1. [Rotas propagadas](#route-table-priority-propagated-routes)

   1. Rotas do BGP do Direct Connect (rotas dinâmicas)

   1. Rotas estáticas da VPN

   1. Rotas do BGP da VPN (rotas dinâmicas) (como gateways privados virtuais)

## A correspondência de prefixo mais longa
<a name="route-table-longest-prefix-match"></a>

As rotas para endereços IPv4 e IPv6 ou blocos CIDR são independentes umas das outras. Usamos a rota mais específica que corresponde ao tráfego IPv4 ou ao tráfego IPv6 para determinar como rotear o tráfego. 

O exemplo de tabela de rotas de sub-rede a seguir tem uma rota para o tráfego de Internet IPv4 (`0.0.0.0/0`) direcionada para um gateway da Internet e uma rota para o tráfego IPv4 `172.31.0.0/16` direcionada para uma conexão de emparelhamento (`pcx-11223344556677889`). Qualquer tráfego da sub-rede destinado ao intervalo de endereços IP `172.31.0.0/16` usa a conexão de emparelhamento, porque essa rota é mais específica do que a rota para o gateway da Internet. Qualquer tráfego que vá para um alvo dentro da VPC (`10.0.0.0/16`) é coberto pela rota `local` e, portanto, roteado dentro da VPC. Todos os outros tráfegos da sub-rede usam o gateway da Internet.


| Destino | Destino | 
| --- | --- | 
| 10.0.0.0/16 | local | 
| 172.31.0.0/16 | pcx-11223344556677889 | 
| 0.0.0.0/0 | igw-12345678901234567 | 

## Prioridade de rota para rotas estáticas e propagadas dinamicamente
<a name="route-table-priority-propagated-routes"></a>

Se você tiver anexado um gateway privado virtual à sua VPC e habilitado a propagação de rotas em sua tabela de rotas de sub-rede, as rotas que representam a conexão do Site-to-Site VPN aparecerão automaticamente na tabela de rotas como rotas propagadas.

Se o destino de uma rota propagada for idêntico ao destino de uma rota estática, a rota estática terá prioridade. Os seguintes recursos usam rotas estáticas:
+ Internet gateway (gateway da Internet)
+ NAT gateway
+ Interface de rede
+ ID da instância
+ VPC endpoint de gateway
+ Transit gateway
+ Conexão de emparelhamento de VPC
+ Endpoint do Gateway Load Balancer

Para obter mais informações, consulte [Tabelas de rotas e prioridade de rotas da VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/VPNRoutingTypes.html#vpn-route-priority) no *Manual do usuário da AWS Site-to-Site VPN*.

O exemplo de tabela de rotas a seguir tem uma rota estática para um gateway da Internet e uma rota propagada para um gateway privado virtual. O destino de ambas as rotas é `172.31.0.0/24`. Como uma rota estática para um gateway da Internet tem prioridade, todo o tráfego destinado para `172.31.0.0/24` é roteado para o gateway da internet. 


| Destination (Destino) | Alvo | Com propagação | 
| --- | --- | --- | 
| 10.0.0.0/16 | local | Não | 
| 172.31.0.0/24 | vgw-11223344556677889 | Sim | 
| 172.31.0.0/24 | igw-12345678901234567 | Não | 

## Prioridade de rotas para listas de prefixos
<a name="route-priority-managed-prefix-list"></a>

Se a tabela de rotas fizer referência a uma lista de prefixos, as seguintes regras serão aplicadas: 
+ Se a tabela de rotas contiver uma rota propagada que corresponde a uma rota que faz referência a uma lista de prefixos, a rota que faz referência à lista de prefixos terá prioridade. No caso de rotas que se sobrepõem, rotas mais específicas sempre têm prioridade, independentemente do fato de serem propagadas, estáticas ou que fazem referência a listas de prefixos.
+ Se sua tabela de rotas fizer referência a várias listas de prefixos que têm blocos CIDR sobrepostos para destinos diferentes, escolheremos aleatoriamente qual rota terá prioridade. Depois disso, a mesma rota terá prioridade sempre.