BTNet Peering & Network Transit







Performance Maintained

As your business grows, the demands on your internet connection grow too. BTnet is our leased line internet access service, offering dedicated and reliable service, incredible speeds of up to 10Gbps; and all backed by a market leading SLA including 100% target availability.

With the massive growth in business internet usage and in particular the use of Cloud applications, it is important to have an internet service that can support your needs and offer you excellent performance. A big part of that comes down to our internet backbone and our peering arrangements.

BT net new installation 100MB from £3600 pa (no charge until completly installed)
BT net new installation 100MB from £3600 pa (no charge until completly installed)
View Details
BT net new installation 200MB from £4200 pa (no charge until completly installed)
BT net new installation 200MB from £4200 pa (no charge until completly installed)
View Details
BT net new installation 500MB from £5400 pa (no charge until completly installed)
BT net new installation 500MB from £5400 pa (no charge until completly installed)
View Details
BT net new installation 1000MB from £7200 pa (no charge until completly installed)
BT net new installation 1000MB from £7200 pa (no charge until completly installed)
View Details

BTnet leased line internet services have direct private peering relationships with many Cloud service providers including Microsoft (Office 365) and Amazon (AWS), which means that cloud application traffic can be handled directly with the cloud provider. This helps provide high capacity, no contention, high availability and low latency connections to key Cloud applications. We also have direct support for when you do run into something.

This is a direct connection within our core network, so that traffic does not need to pass over public internet. We use multiple 100G connections typically & capacity is managed to ensure low utilisation.

Some of our Direct Private Peering Partners:



Low Latency

One of the key factors in determining how an application will perform. Direct connectivity to internet exchanges and minimising the number of network hops between a user and the application server improves the overall latency and its predictability.

No Contention

Direct private peering is just that; direct. It means we can avoid shared bandwidth and traffic between our customers and the Cloud service providers offering more reliable and consistent performance.

Direct Support

We have a direct relationship with the Cloud service provider without 3rd party network providers in the middle, allowing us to better control our peering links, manage traffic and resolve any issues that may arise.


Direct private peering is, as the name suggests, is a direct private connection between BT’s Internet platform and a Cloud service provider.

This is achieved through either an in-building connection at an IXP or a via a crosstown circuit. BT commonly uses direct private peering where there are higher traffic levels and demand. With private peering we exclusively send and receive data too and from Cloud service providers via dedicated ports, which means the traffic can be handled directly with the cloud provider and without the need to route over the public internet. This allows us to prevent congestion and packet loss across the connection while helping to minimise latency.

BT's extensive peering arrangements are a critical component to providing outstanding connectivity and performance for our customers as well as increased service resilience through diversified routing. Peering is the bedrock of our network and we actively expand our peering capacity in line with traffic growth to maintain world class performance.

BT's Internet network capability consists of BT's European Backbone (AS5400), the UK (AS2856), plus in-country Internet networks in Ireland, Italy and Spain. BT also has Internet networks in Latin America and the Global Infonet Internet Backbone (AS3300).


BT has a selective peering policy

We select our peers based on their performance, capability and where our traffic needs to go. Our choice of peering partner can have a direct effect on our customers, and we understand that this demands very high performance from our peering partners as well as from ourselves.

Much of our customer’s traffic is domestic: we aim to maximise this where possible to minimise latency. Our international traffic also benefits from our depth of reach throughout Europe at all the major European IXPs (Internet Exchange Points) and from our connectivity to US networks via IXPs in the USA.

BT is a European Tier 1 provider and has connections to US and Global Tier 1 networks. BT’s Internet network outside the UK runs over our wholly owned 55,000 km fibre network and part-owned transatlantic cables.


BTnet delivers excellent performance across our own network, with weekly performance data such as network latency.

Our BTnet Service Level Agreement (SLA) also guarantees <20ms latency within the UK core network and <95ms via our Trans-Atlantic connection.


Our internet platform is present in major public ‘Internet Exchange Points’ (IXP) across the world,where most SaaS (Software as a Service) and IaaS (Internet as a Service) providers are located.

This allows us to offer excellent peering with these providers for common web applications and Cloud services. Peering allows exchange of traffic from our customers to the other Cloud service providers and platforms with high levels of service quality and low latency.

Our networks are present at the following data centers for public or private peering:


Amsterdam AMSIX (AS5400) 5400
Ashburn EQUINIX (AS3300) 3300
Ashburn EQUINIX (AS5400) 5400
Brussels BNIX (AS5400) 5400
Budapest BIX (AS5400) 5400
Copenhagen DIX (AS5400) 5400
Dallas EQUINIX (AS3300) 3300
Dublin INEX LAN1 (AS5400) 5400
Frankfurt DECIX (AS5400) 5400
Helsinki FICIX (AS5400) 5400
Hong Kong HKIX (AS3300) 3300
Johannesburg NAPAfricaIX (AS3300) 3300
London LINX LON1 (AS5400) 5400
London LINX LON1 UK Domestic (AS2856) 2856
London LINX LON2 (AS5400) 5400
London LINX LON2 UK Domestic (AS2856) 2856
Luxembourg LUCIX (AS5400) 5400

IXP Site & ASN

Madrid ESPANIX (AS5400) 5400
Miami EQUINIX (AS3300) 3300
Milan MIX-IT (AS5400) 5400
New York NYIIX (AS5400) 5400
Oslo NIX1 (AS5400) 5400
Paris FRANCEIX (AS5400) 5400
Prague NIX (AS5400) 5400
San Jose EQUINIX (AS3300) 3300
Singapore EQUINIX (AS3300) 3300
Stockholm Netnod (AS5400) 5400
Sydney EQUINIX (AS3300) 3300
Tokyo JPIX (AS3300) 3300
Toronto TORIX (AS3300) 3300
Vienna VIX (AS5400) 5400
Warsaw EQUINIX PLIX (AS5400) 5400
Zurich SWISSIX (AS5400) 5400

Transit Peering

BTnet also uses transit peering where direct or public peering is not possible or required, due to where our Points of Presence (PoPs) are located and/or due to low volumes not allowing us to reach peering agreements. Transit peering is also used where traffic volumes don’t justify peering and typically used for less than 1G connections to the services via 3rd party transit. We connect using Global Tier 1 partners for maximum connectivity, but we also connect with local providers for good regional coverage.

BT uses either 3rd party transit, or in some cases uses BT as a transit provider for connecting to services that are directly connected elsewhere. Using transit peering allows us to get optimum connectivity for global internet end points even where traffic demands are low or we have no direct peering relationship.

With public peering and 3rd party transit, we receive traffic from and send traffic to multiple services on the same ports. Additionally, Cloud service providers are likely sending traffic to and receiving traffic from multiple ISPs on the same ports. Packet loss and buffering over the interconnect is therefore more likely than it would be with direct peering, however we and our partners work hard to prevent this from happening.

Note that where traffic is between two BTnet customer sites, the traffic will remain ‘on-net’ for optimum performance and will not need to use 3rd party transit.

Terms and conditions All information within this page is for illustrative purposes only and may be subject to change without notice. Peering partners will also be updated over time.

Public Peering

This is achieved using a shared port at an IXP allowing the exchange of traffic from our customers to multiple peering partners’ customers. Public peering is used typically for traffic volumes less than 10G, and sometime as resilience for some smaller private peers. Multiple peers are connected over IXP (Internet exchange points) Layer2 fabric.

Assuming locations for peering are the same there should be minimal difference in performance or security for our customers compared with private peering. Public peering is using shared infrastructure so in theory there is the potential for contention but in practice port size and IXP infrastructure is managed to avoid this as much as possible.


Tell us what you need

Contact Scancom now on 01162 200 200

or email to get started!