{"id":56115,"date":"2026-01-12T15:19:34","date_gmt":"2026-01-12T20:19:34","guid":{"rendered":"https:\/\/www.gtt.net\/?page_id=56115"},"modified":"2026-04-22T10:02:50","modified_gmt":"2026-04-22T14:02:50","slug":"peering","status":"publish","type":"page","link":"https:\/\/www.gtt.net\/peering\/","title":{"rendered":"Peering"},"content":{"rendered":"\n
\"\"<\/span>
\n
\n
\n
\n

Peering<\/h1>\n<\/div>\n<\/div>\n<\/div>\n<\/div><\/div>\n\n\n\n
\n
\n
\n
\n
\n
\n
\n

Jump to:<\/p>\n<\/div>\n\n\n\n

\n

Background & introduction<\/a><\/p>\n\n\n\n

Interconnection requirements<\/a><\/p>\n\n\n\n

Technical and operational requirements<\/a><\/p>\n\n\n\n

General and policy notifications<\/a><\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n

\n
\n

Background and introduction<\/h2>\n\n\n\n

GTT Communications, Inc. is a Global Provider of Internet Services. The details of our various service offerings are available on our website (https:\/\/www.gtt.net<\/a>). This page provides an overview of the GTT Communications settlement-free peering policy. It is broken into three sections: Interconnection Requirements, Technical and Operational Requirements, and General Notification Requirements. As a whole, they comprise the \u201cPolicy\u201d. GTT Communications (\u201cGTT\u201d) will continue to review and maintain this policy and reserves the right to update its policy at any time.<\/p>\n\n\n\n

Part 1 of the Policy, Interconnection Requirements, details the requirements that an Internet Network requesting interconnection on a settlement-free basis (the \u201cRequester\u201d) must meet in order to be considered for settlement-free interconnection. For purposes of this Policy, an Internet Network must be a single Autonomous System (\u201cAS\u201d). Part 2 of the Policy specifies the technical and operational requirements for interconnecting networks, which both the Requester and GTT must satisfy. Finally, Part 3 contains some general notifications regarding the Policy.<\/p>\n\n\n\n

This Policy describes guidelines used to evaluate all requests for settlement-free interconnection with GTT, either via dedicated connections (\u201cdirect peering\u201d) or via traffic exchange at an Internet Exchange Point (\u201cpublic peering\u201d). Meeting some or all of these requirements does not guarantee that GTT will enter into a settlement-free interconnection arrangement with the Requester. GTT reserves the right to establish, maintain, and discontinue interconnection on a settlement-free basis on its sole discretion.<\/p>\n<\/div>\n\n\n\n

\n

1. Interconnection requirements<\/h2>\n\n\n\n

1.1 Geographic Scope<\/h3>\n\n\n\n

The Requester shall operate facilities capable of terminating IP services in a geographic area that roughly overlaps with GTT\u2019s IP backbone. This equates to presence in eight of the ten US regions, six of the eight European regions, and three of the four Asia-Pacific regions, as follows:<\/p>\n\n\n\n

\n
North American Regions<\/th>European Regions<\/th>Asia-Pacific Regions<\/th><\/tr><\/thead>
Maritimes \u2013 Boston, Montreal, Toronto<\/td>UK, Ireland<\/td>Japan, Korea<\/td><\/tr>
North East \u2013 New York, New Jersey<\/td>France<\/td>Hong Kong, Taiwan, China<\/td><\/tr>
Mid-Atlantic \u2013 Washington, DC, Ashburn<\/td>Spain, Portugal<\/td>Singapore, India, Malaysia<\/td><\/tr>
South East \u2013 Atlanta, Miami<\/td>Norway, Sweden, Denmark<\/td>Australia, New Zealand<\/td><\/tr>
North Central \u2013 Chicago, Minneapolis<\/td>Netherlands, Belgium, Luxembourg<\/td><\/td><\/tr>
Central Mountain \u2013 Denver, Salt Lake City<\/td>Germany, Austria, Switzerland<\/td><\/td><\/tr>
South Central \u2013 Dallas, Houston<\/td>Italy, Greece<\/td><\/td><\/tr>
North West \u2013 Seattle, Vancouver, Portland<\/td>Czech Republic, Poland, Romania, Bulgaria, Slovakia<\/td><\/td><\/tr>
Mid-Pacific \u2013 San Francisco, San Jose<\/td><\/td><\/td><\/tr>
Southwest \u2013 Los Angeles, Phoenix, Las Vegas, San Diego<\/td><\/td><\/td><\/tr><\/tbody><\/table><\/figure>\n<\/div>\n\n\n\n

Requester must agree to peer in each of the regions in which they maintain an IP backbone if GTT requests it, regardless of whether each region fully complies with the Geographic Scope requirement.<\/p>\n\n\n\n

1.2 Backbone capacity<\/h3>\n\n\n\n

The Requester shall maintain a fully redundant backbone network, in which the majority of its inter-hub links shall have a capacity of at least 400Gb for the US regions, 400Gb for the European regions, and 100Gb for the Asia-Pacific Regions.<\/p>\n\n\n\n

1.3 Traffic volume<\/h3>\n\n\n\n

The aggregate volume of traffic exchanged in each direction over all interconnection links between the Requester and GTT shall equal or exceed 100 Gbps of traffic, as measured on a 95th Percentile (95P) basis over a 7-day period.<\/p>\n\n\n\n

1.4 Traffic exchange ratio<\/h3>\n\n\n\n

The ratio of the aggregate amount of traffic exchanged between the Requester and the GTT Internet Network with which it seeks to interconnect shall be roughly balanced and shall not exceed 3.0:1.<\/p>\n\n\n\n

1.5 Transit Autonomous Systems<\/strong><\/h3>\n\n\n\n

The Requester shall provide transit services to a minimum number of 1500 unique downstream Internet Networks (Autonomous Systems).<\/p>\n<\/div>\n\n\n\n

\n

2. Technical and operational requirements<\/h2>\n\n\n\n

2.1.<\/strong> Each Internet Network shall operate a fully staffed Network Operations Center that is available 24 hours a day, 7 days a week, regardless of holidays or other special events.<\/p>\n\n\n\n

2.2.<\/strong> Each Internet Network shall provide Network Abuse point(s) of contact responsible for tracking SPAM, hacking, Denial of Service and other network security and abuse issues, providing a knowledgeable technician within a two-hour period after notice.<\/p>\n\n\n\n

2.3.<\/strong> Each Internet Network is expected to have network security measures in place to thwart Denial of Service attacks.<\/p>\n\n\n\n

2.4.<\/strong> Each Internet Network must operate a fully redundant network, capable of handling a simultaneous single-node outage in each network without significantly affecting the performance of the traffic being exchanged.<\/p>\n\n\n\n

2.5.<\/strong> Each Internet Network must establish and maintain traffic exchange links of a sufficient robustness, aggregate capacity, and geographic dispersion to facility mutually acceptable performance across the interconnection links.<\/p>\n\n\n\n

2.6.<\/strong> Each Internet Network agrees to routing practices and locations such that each party bears a roughly equal share of network cost.<\/p>\n\n\n\n

2.7.<\/strong> Each Internet Network must announce consistent routes across all interconnection points, unless mutually agreed in writing by both parties.<\/p>\n\n\n\n

2.8.<\/strong> Each Internet Network shall agree to announce only their internal routes and the routes of their IP transit<\/a> customers. No other routes are permitted and may be filtered if detected.<\/p>\n\n\n\n

2.9.<\/strong> Each Internet Network agrees to exchange all traffic destined towards the Party\u2019s network solely across the interconnection links established between parties. Any attempts to shift traffic between the two networks through third party networks shall be seen as a means of attempting to hide a violation of the Peering policy, rendering the network subject to immediate review of their ongoing adherence to the policy.<\/p>\n\n\n\n

2.10.<\/strong> Neither party shall establish a static route, a route of last resort, or otherwise send traffic to the other party for a route not announced via BGP. Neither party shall alter, sell, or otherwise provide next-hops to a third party. Such offenses shall be seen as a major violation of the policy, subject to immediate termination of the agreement.<\/p>\n<\/div>\n\n\n\n

\n

3. General and policy notifications<\/h2>\n\n\n\n

3.1.<\/strong> Both parties agree to enter into a Mutual Non-Disclosure Agreement prior to Peering evaluation and trial and an Interconnection Agreement if the Peering request is approved.<\/p>\n\n\n\n

3.2.<\/strong> The requirements in Part 1 must be met at the time of the request for settlement-free interconnection with GTT is made, and will be monitored to ensure ongoing compliance with the current policy.<\/p>\n\n\n\n

3.3.<\/strong> All requests for settlement-free interconnection should be submitted to GTT via e-mail at peering@gtt.net<\/a>. An Internet Network may submit a request for interconnection once per calendar quarter.<\/p>\n\n\n\n

3.4.<\/strong> This policy should be considered as a guideline only. Meeting all of the requirements stated here does not guarantee that GTT will enter into a settlement-free relationship with the Requester. GTT reserves the right to deny peering to the Requester based on business reasons. Any contractual rights shall arise out of a bilateral Interconnection Agreement, not this Policy.<\/p>\n\n\n\n

3.5.<\/strong> Any change in ownership of the Requester\u2019s network may result in an evaluation within 30 days of acquisition or divestiture. GTT reserves the right to terminate the Interconnection Agreement if the relationship is found to be in violation of the policy, or if the relationship is determined to be no longer valuable for business reasons.<\/p>\n\n\n\n

3.6.<\/strong> GTT will continue to monitor the development of the Internet industry. GTT reserves the right to update this policy at any time. The current version of the policy will be maintained on the corporate website.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n

\n