Port Details

A port is the primary access method into the ECX FabricECX Fabric is an advanced interconnection solution that improves performance by providing a direct, private network connection, and as such, is the most important component to get right. As a note, most parameters of the port CANNOT be edited from the portal or API after it has been ordered, but there are a few items where noted below.

The following parameters are chosen by the user when procuring ports:


Possible Values







1G MMF might be limited in some regions and is generally not recommended by Equinix

Port Format





802.1Q (TPID: 0x8100) 802.1ad (TPID: 0x8100, 0x88a8, 0x9100)

In case of the frame type 802.1ad (QinQ) the TPID value of 0x8100, 0x88a8, 0x9100 in the CRD applies to the outer tag while the inner tag

uses 0x8100


9192 bytes

Ports on ECX Fabric are set to a default

MTU size of 9192 bytes


LAG Group name (with which ports) LAG quantity (min 1; max 8)

If ports should be configured as members of 802.3ad Link

AggregationOn 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. Group (LAG) members. ECX uses the LACP protocol. ECX

does not support MC-LAG

Although all ports are initially set up with either Dot1q or Q-in-Q tagging formats, users can also designate some Layer 3 connectors as untagged.

To designate an untagged Layer 3 connection:

  • Verify that the port doesn't have any untagged current services

  • Ensure that only Layer 3 type services are intended for this port

A port used for untagged traffic can accept remote connections and connectors that don't have a VLAN value.

The ECX Fabric orchestration system will assign a default or native VLAN that is appended to all incoming traffic; that VLAN is stripped out before traffic is passed back to the port.

If a user sends any traffic with a VLAN framed in the payload, the traffic will be switched to a VC or connector with that value, or it will be dropped at the port and will not enter the ECX Fabric or be passed to any services.

This diagram is a complex port example with the following characteristics:

  • Multiple tags can go to the same provider

  • Tags can go to both Layer 2 and Layer 3 services

  • All untagged traffic goes to one provider if created that way

  • Tags without a destination are dropped.

There are three ways a port can be used to access ECX Fabric services:

  1. The Customer CPE is connected via cable to ECX.

  2. The Customer CPE is connected to ECX. The Network ECX is connected via cable to the Network provider edge.

  3. The Customer CPE is connected to the Customer port, tie-down or LOA. The Customer port, tie-down or LOA is connected via cabling to ECX.

The same physical port or logical port group can be used for both Layer 2 and Layer 3 services, and can be used for both buying and selling activities of any type.

Primary vs. Secondary Chassis Groups

The ECX Fabric platform is arranged into chassis groups. Each metro has both a primary and a secondary chassis group, and within that group might have one or more routers.

When ports are ordered and provisioned, it's important to understand where they will be deployed, depending on your needs and preferences.

Ports are typically named for the chassis group they reside on to help users understand when they see a list of ports in the portal or other methods, but users can select any name they choose at the time of turn-up.

The ECX Fabric platform might limit certain actions or solutions depending on the port that has been selected for buy or sell activity.

The illustrations below show examples of a solution with mandated redundancy on the provider side.

Optional Services

The following optional services are available on the Port component, and must be specified at order placement:

  • Unlimited Connections: This package is a billing option that increases the price of the port, but enables zero-cost virtual local connections and connectors (remote connections are excluded). In the default scenario, all ports are billed at one price, then each virtual connection and connector attached to that port is also charged a monthly rate. With unlimited connections, there is no monthly charge for any local VC or connector (remote connections will be charged based on the bandwidth and destination metro), and there is no theoretical limit to the quantity a user can provision per port/ port group.

Important: Equinix strongly advises users to select a consistent port pricing arrangement across all deployments and all primary/ secondary, LAG groups, etc. Generally, you should choose to add this package to all ports in your ECX deployment, or to none of them. Unless the user intends to buy more than 2-3 discrete services per port, it generally does not make financial sense to convert to this model. it's intended for larger scale aggregators.