Creating Layer 2 Connections

The minimum viable Layer 2 connection is a VC between two ports:

In the most common scenarios, one port is represented by a Layer 2 Service Profile as the “sellerA seller is a user who makes their services available to end customers through ECX. This guide refers to sellers for shorthand, but ECX generally regards a “seller” as an activity rather than a static person.” of the service, and the ECX FabricECX Fabric is an advanced interconnection solution that improves performance by providing a direct, private network connection isolates and determines services through sub-interfaces and VLANs. A Layer 2 connection in the ECX Fabric also means that the end customer typically peers or communicates directly with the provider of the service; this is important as it represents additional configuration that one or both sides may need to create that is outside the control of Equinix.

Any user can create or receive multiple VCs from same port to the same provider as long as they are logically separated with appropriate VLAN tagging. Users can also create multiple services to different providers, and across “types” of services (both Layer 2 and Layer 3).

Many Layer 2 providers will request or mandate some level of redundancy to their service to ensure some level of high availability. From a buyerA buyer is a user who connects to an available service through ECX. A buyer can be an enterprise end customer of the seller service or an aggregator, managed service provider, network service provider or system integrator company that bundles its service offerings with ECX. perspective this is accomplished in one of two ways:

  • Additional VCs from the originating port to diverse ports on the provider side

  • Additional port and VCs from diverse ECX Fabric devices to equivalent device and port on the provider side

The ECX Fabric portal or API will guide users through available options, where appropriate. The figure below shows a deployment scenario using redundant ports and Layer 3 connections for high availability. This diagram shows one provider for simplicity, but AggregatorsOn Enterprise Cloud Exchange (ECX), aggregators are Network Service Providers (NSPs) and Managed Service Providers (MSPs) who provide multi-tenant services. Aggregators are both buyers of ECX service from Equinix and sellers of value-added services over ECX to their end customers. can use the same model for connecting multiple customers to multiple CSPs using redundant ports and connections for high availability. Enterprises can use this model to have multiple connections to a CSP or have redundant connections using redundant physical ports to single or multiple CSPs.

Tip: We recommend that typical enterprise customers, who only intend to buy services and are interfacing directly with the ECX Fabric, use a dot1q port type.

 

If 802.1Q is used to connect to Microsoft ExpressRoute, the buyer should be aware of the following condition: the same service key can be used to order separate connections for private or public peerings (one 802.1Q Tag per connection request) when using 802.1Q on the A-side.

Currently, CXP allows up to three Layer 2 virtual connections using the same Service Key without incurring additional charges or needing to generate additional keys.

Note: The connections ordered using the same Service Key will be using the same Dedicated Circuit on Azure ExpressRoute.

When provisioning connection towards Azure ExpressRoute using 802.1Q port on the A-side, CXP captures 1 VLAN tag per virtual connection. This should be the same VLAN tag used when configuring Azure private, public or Office365 for ExpressRoute circuits using Azure Resource Manager (ARM) or Classic. For steps to create routing for ExpressRoute circuit, please refer to Microsoft Azure documentation:

https://azure.microsoft.com/en-us/documentation/articles/ expressroute-howto-routing-classic/

https://azure.microsoft.com/en-us/documentation/articles/ expressroute-howto-routing-arm/.

Once the connection is provisioned on ECX Fabric, BGPBorder Gateway Protocol. A standardized exterior gateway protocol designed to exchange routing and reachability information between autonomous systems on the internet sessions must be set up on both the seller edge device (if peering with CSP) and the buyer edge devices. Please refer to seller-specific documentation on seller’s website to set up BGP configuration on the seller edge. For high availability, primary and secondary BGP sessionsA routing session configured between two peers using the BGP. For standards reference, please see http://www.ietf.org/rfc/rfc4271.txt must be set up with fault detection (BFD) and link failover mechanisms configured on the buyer’s edge devices to failover between ports on ECX Fabric. Buyer’s edge devices also must have the necessary QoS configurations to appropriately prioritize traffic into ECX Fabric.

To set up BGP peering, the following information is required:

  • Source and destination BGP ASNs (Autonomous System Number)

  • A set of prefixes (/30 subnets) per connection

  • MD5 hash if an authenticated BGP session is needed

Once BGP peering is configured on the buyer and seller edge devices (not required if peering with ECX Fabric directly) and the required subnets in each network advertised, the end-to-end communication between the buyer’s edge and the CSP should be possible.

How are we doing?