AMS-IX Connectivity

AMS-IX operates a series of Internet Peering Exchanges (IXs) globally and partners with Megaport in several cities. IXs provide greater efficiency between networks and allow traffic to be exchanged directly, reducing bandwidth usage on client Internet connections. For more detailed information, and if you are connecting to an MegaIX location, see IX Connectivity.

To join an Internet Exchange for an AMS-IX location

  1. In the Megaport Portal, go to the Services page and select the Megaport you want to use.
    If you haven’t already created a Megaport, see Creating a Megaport.
  2. Add a connection for the Megaport.
    If this is the first connection for the Megaport, click the AMS-IX tile. The tile is a shortcut to the configuration page. Alternatively, click +Connection, click the Cloud tile, and click Next.
    Add a connection

  3. Select the AMS-IX location for peering and click Next.
    AMS-IX location

  4. Specify these connection details:

    • Name your connection - The name of the connection to be shown in the Megaport Portal.

    • Invoice Reference - This is an optional field. It can be any text, such as a PO number or billing reference number.

    • Rate Limit - This is the speed of your connection in Mbps, up to the speed of the Megaport.

    • Preferred A-End VLAN - Optionally, specify an unused VLAN ID for this connection. This must be a unique VLAN ID on this Megaport and can range from 2 to 4093. If you don’t specify a value, Megaport will assign one.

      Alternatively, you can click to Untag for this VXC to remove the VLAN tagging for this connection. The untagged option limits you to only one IX (or VXC) deployed on this Megaport.
      Connection details

  5. Click Next.

  6. Specify the AMS-IX details:

    • Peer with Route Servers - The route server facilitates the implementation of peering arrangements. Normally, you maintain separate BGP sessions to each peer’s routers. With a route server, you can replace all or a subset of these sessions with one session.

      There are two main types of IX peering arrangements: multilateral and bilateral. A multilateral session connects to BGP peers with the available route servers, you advertise your routes to the route servers, and all routes available from all other multilaterally peered connections are advertised to your peer from the route servers. The second type of peering is bilateral peering. This method is required for peers that do not participate in multilateral peering through the route servers.

      Click Yes unless you plan to configure only bilateral sessions.

      For detailed information including BGP peering addresses for AMS-IX route servers, see the AMS-IX Peering website.

    • Peering Policy - An IX member’s peering policy and policy URL go hand in hand and are generally used when other members want to peer with you.

      • Open - The member opens peering on simple demand from any member present on the IX. Generally open to all requests.
      • Closed - The member evaluates every demand before opening the peering. Generally closed to all requests.
      • Restrictive - The member publishes restrictive objective criteria (through the policy URL) the other member must meet to establish a peering.
    • Policy URL - If you have a peering policy, enter the URL for the policy. If you do not have a policy, you can enter your website or a link to your peeringdb page.

    • ASN - You must have an ASN assigned by a local or regional internet registry: RIPE-NCC, APNIC, LACNIC, ARIN, or AFRINIC.

    • Company Information – Update the fields to provide the requested contact information.
      Service details

  7. Click Next and add this service to your cart and step through the checkout process.
    When deployed, Megaport sends an email to your registered email address with additional information on how to finish the BGP configuration.

Technical detail and troubleshooting

Standard BGP implementations require the first ASN in the path to match the ASN of the peer, however, when engaged in multi-lateral peering the first ASN will not be that of the peer (RS) but that of the downstream peer providing the routes. This is expected behavior and is required to reduce AS path lengths for correct routing decisions. To allow multi-lateral peering, configure your devices to not enforce the first AS requirement. For example, on a Cisco router the command is no bgp enforce-first-as.

Allowed traffic types on unicast peering LANs

Important

The AMS-IX NOC reserves the right to disable ports that violate the rules.

Looking glass

The AMS-IX looking glass is available to members.


Last update: