Routing policies and BGP communities - Amazon Direct Connect
Services or capabilities described in Amazon Web Services documentation might vary by Region. To see the differences applicable to the China Regions, see Getting Started with Amazon Web Services in China.

Routing policies and BGP communities

Amazon Direct Connect applies inbound (from your on-premises data center) and outbound (from your Amazon Region) routing policies for a public Amazon Direct Connect connection. You can also use Border Gateway Protocol (BGP) community tags on routes advertised by Amazon and apply BGP community tags on the routes you advertise to Amazon.

Public virtual interface routing policies

If you're using Amazon Direct Connect to access public Amazon services, you must specify the public IPv4 prefixes or IPv6 prefixes to advertise over BGP.

The following inbound routing policies apply:

  • You must own the public prefixes and they must be registered as such in the appropriate regional internet registry.

  • Traffic must be destined to Amazon public prefixes. Transitive routing between connections is not supported.

  • Amazon Direct Connect performs inbound packet filtering to validate that the source of the traffic originated from your advertised prefix.

The following outbound routing policies apply:

  • AS_PATH and Longest Prefix Match is used to determine the routing path, and Amazon Direct Connect is the preferred path for traffic sourced from Amazon.

  • Amazon Direct Connect advertises all local and remote Amazon Region prefixes where available and includes on-net prefixes from other Amazon non-Region points of presence (PoP) where available; for example, CloudFront and Route 53.

  • Amazon Direct Connect advertises prefixes with a minimum path length of 3.

  • Amazon Direct Connect advertises all public prefixes with the well-known NO_EXPORT BGP community.

  • If you have multiple Amazon Direct Connect connections, you can adjust the load-sharing of inbound traffic by advertising prefixes with similar path attributes.

  • The prefixes advertised by Amazon Direct Connect must not be advertised beyond the network boundaries of your connection. For example, these prefixes must not be included in any public internet routing table.

  • Amazon Direct Connect keeps prefixes advertised by customers within the Amazon network. We do not re-advertise customer prefixes learned from a public VIF to any of the following:

    • Other Amazon Direct Connect customers

    • Networks that peer with the Amazon Global Network

    • Amazon's transit providers

Public virtual interface BGP communities

Amazon Direct Connect supports scope BGP community tags and the NO_EXPORT BGP community tag to help control the scope (Regional or global) and route preference of traffic on public virtual interfaces.

Scope BGP communities

You can apply BGP community tags on the public prefixes that you advertise to Amazon to indicate how far to propagate your prefixes in the Amazon network, for the local Amazon Region only, all Regions within a continent, or all public Regions.

You can use the following BGP communities for your prefixes:

  • 7224:9100—Local Amazon Region

  • 7224:9200—All Amazon Regions for a continent

    • North America–wide

    • Asia Pacific

    • Europe, the Middle East and Africa

  • 7224:9300—Global (all public Amazon Regions)

Note

If you do not apply any community tags, prefixes are advertised to all public Amazon Regions (global) by default.

Prefixes that are marked with the same communities, and have identical AS_PATH attributes are candidates for multi-pathing.

The communities 7224:17224:65535 are reserved by Amazon Direct Connect.

Amazon Direct Connect applies the following BGP communities to its advertised routes:

  • 7224:8100—Routes that originate from the same Amazon Region in which the Amazon Direct Connect point of presence is associated.

  • 7224:8200—Routes that originate from the same continent with which the Amazon Direct Connect point of presence is associated.

  • No tag—Global (all public Amazon Regions).

Communities that are not supported for an Amazon Direct Connect public connection are removed.

NO_EXPORT BGP community

The NO_EXPORT BGP community tag is supported for public virtual interfaces.

Amazon Direct Connect also provides BGP community tags on advertised Amazon routes. If you use Amazon Direct Connect to access public Amazon services, you can create filters based on these community tags.

For public virtual interfaces, all routes that Amazon Direct Connect advertises to customers are tagged with the NO_EXPORT community tag.

Private virtual interface and transit virtual interface routing policies

The following routing rules apply to traffic on private virtual interfaces and transit virtual interfaces:

  • Amazon evaluates the longest prefix match first

  • By default, Amazon uses the distance from the local Region to the Amazon Direct Connect to determine the virtual (or transit) interface for routing. You can modify this behavior by assigning local preference communities to virtual interfaces.

  • When you have multiple virtual interfaces in a Region, you can set the AS_PATH attribute to prioritize which interface Amazon uses to route traffic.

Private virtual interface and transit virtual interface BGP communities

Amazon Direct Connect supports local preference BGP community tags to help control the route preference of traffic on private virtual interfaces and transit virtual interfaces.

For an example of a private virtual interface configuration, see Private virtual interface routing example.

For an example of a transit virtual interface configuration, see Example: Allowed to prefixes in a transit gateway configuration.

Local preference BGP communities

You can use local preference BGP community tags to achieve load balancing and route preference for incoming traffic to your network. For each prefix that you advertise over a BGP session, you can apply a community tag to indicate the priority of the associated path for returning traffic.

The following local preference BGP community tags are supported:

  • 7224:7100—Low preference

  • 7224:7200—Medium preference

  • 7224:7300—High preference

Local preference BGP community tags are mutually exclusive. To load balance traffic across multiple Amazon Direct Connect connections, apply the same community tag across the prefixes for the connections. To support failover across multiple Amazon Direct Connect connections, apply a community tag with a higher preference to the prefixes for the primary or active virtual interface. For example set the BGP community tags for your primary or active virtual interfaces to 7224:7300 (high preference).

Local preference BGP community tags are evaluated before any AS_PATH attribute, and are evaluated in order from lowest to highest preference (where highest preference is preferred).

If you do not specify local preference using BGP community tags, the default outbound routing behavior is based on the Amazon Direct Connect locations' relative distance to the originating Region.

NO_EXPORT BGP community

The NO_EXPORT BGP community tag is supported for public virtual interfaces, private virtual interfaces, and transit virtual interfaces.

Amazon Direct Connect also provides BGP community tags on advertised Amazon routes. If you use Amazon Direct Connect to access public Amazon services, you can create filters based on these community tags.

Virtual interface BGP community tags

You can use this traffic engineering technique for private and transit virtual interface BGP advertisements to achieve an active/passive load distribution over redundant virtual interfaces. An active virtual interface has 7224:7300 (High preference) as the tag and a Passive has 7224:7100 (Low preference) as the tag.