Skip to content

Peering Policy

Policy Overview

Stance

  • Our peering policy is Selective.

Thresholds

  • At public Internet Exchanges (IX), we peer at all IX route server(s) where available. We will consider bilateral peering once sustained traffic exceeds 100 Mbps.
  • For sustained traffic above 2 Gbps, we will move to a Private Network Interconnect (PNI). PNI decisions are made per metro; cross-connect fees and logistics are the responsibility of the requesting party unless otherwise agreed.
  • Traffic thresholds are evaluated using the 95th percentile over a rolling 30-day window, per metro and per interconnection (each IX peering session or private cross-connect).
  • Where feasible and mutually beneficial, we prefer PNIs over public IX capacity.
  • If a peer exceeds available capacity at a specific IX, we may choose to not advertise routes to that peer.

What we ask of peers

  • Only send us traffic destined for the routes we announce; do not point default routes to us.
  • Only send us traffic originating from your own networks, including downstreams.
  • You must operate a 24×7 Network Operations Center (NOC) reachable at any time.
  • Refer to our PeeringDB record for locations, contact details, and recommended max-prefix values; set sensible limits accordingly for approved sessions.

Routing and Filtering

On every session

  • We use max-prefix filters on all sessions.
  • We do not respect MED (Multi-Exit Discriminator) attributes from peers.
  • We do not accept blackhole routes or communities.
  • We accept and honor Graceful Shutdown (GSHUT) per RFC 8326.

Prefixes we discard

We will discard prefixes where one or more of the following conditions are met:

  • IPv4 prefix length longer than /24
  • IPv6 prefix length longer than /48
  • NEXT_HOP doesn’t match the neighbor’s IP address
  • First AS in the AS_PATH doesn’t match the neighbor’s AS
  • Private AS anywhere in the AS_PATH
  • Bogon prefixes as designated by IANA
  • Excessive or abusive use of BGP communities
  • Excessive AS_PATH length (path-stretch or indicative of loops)

Routing hygiene

We require sound routing hygiene and consistent announcements across interconnections. RPKI must be properly maintained; routes with invalid ROAs are rejected.