Internet exchange
Trondheim Internet Exchange
active Trondheim, Norway
Overview
What this is
An internet exchange is shared switching where networks interconnect directly instead of paying a transit provider to carry traffic between them. Members take a port on the fabric and an address on the peering LANs below, then agree bilaterally (or through a route server) about which routes to exchange. Turning up at one is a deliberate choice about how a network wants to be reached, which is why exchange presence says something a routing table cannot.
- Location
- Trondheim, Norway
- Region
- Europe
- Status
- Active
- PCH record updated
- 2022-02-28
Everything on this page is what Packet Clearing House had recorded when the directory was collected, not a live view of the fabric. Member counts in particular lag reality, and around 45% of the exchanges in this dataset publish no participant list at all.
Fabric
Peering LANs
The shared subnets members take an address on. A network with an interface in one of these blocks is at this exchange by definition, which is what makes exchange presence a recorded fact rather than an inference. Most exchanges run one IPv4 and one IPv6 LAN; extra blocks are usually growth or a migration.
| Prefix | Family | Status | Participants |
|---|---|---|---|
| 185.1.65.160/27 | IPv4 | Active | 8 |
| 2001:7f8:12:3::/64 | IPv6 | Active | 10 |
Deprecated and retired blocks are listed rather than dropped. A decommissioned LAN still records how this fabric used to be reached, and filtering it would quietly rewrite the exchange's history.
Participants
Member networks
Every network PCH records with an address on one of the peering LANs above, ordered as the source ranks them: the most-connected participants first. One row per recorded address, so a network running dual-stack appears once for its IPv4 interface and once for its IPv6 one.
| AS | Network | Address | rDNS | Policy |
|---|---|---|---|---|
| AS42 | WoodyNet, Inc. | 2001:7f8:12:3::42 | — | Open |
| AS42 | WoodyNet, Inc. | 185.1.65.165 | — | Open |
| AS2116 | GLOBALCONNECT AS | 2001:7f8:12:3::2116 | te5-0-0-150.trondh-prinsg39-pe2.as2116.net | Selective |
| AS2116 | GLOBALCONNECT AS | 185.1.65.163 | — | Selective |
| AS3856 | Packet Clearing House, Inc. | 2001:7f8:12:3::3856 | — | Open |
| AS3856 | Packet Clearing House, Inc. | 185.1.65.166 | — | Open |
| AS25400 | Telia Norge AS | 2001:7f8:12:3::2:5400 | — | Restrictive |
| AS25400 | Telia Norge AS | 185.1.65.172 | — | Restrictive |
| AS29695 | Lyse Tele AS | 185.1.65.168 | — | Selective |
| AS29695 | Lyse Tele AS | 2001:7f8:12:3::2:9695 | — | Selective |
| AS34087 | NTE TELEKOM AS | 185.1.65.171 | — | Selective |
| AS34087 | NTE TELEKOM AS | 2001:7f8:12:3::3:4087 | — | Selective |
| AS224 | Sikt - Kunnskapssektorens Tjenesteleverandor | 185.1.65.161 | trd-gw3.uninett.no | Open |
| AS224 | Sikt - Kunnskapssektorens Tjenesteleverandor | 2001:7f8:12:3::224 | trd-gw3.uninett.no | Open |
| AS44381 | ITsjefen AS | 185.1.65.167 | trdix-er4.trd.as44381.net | Open |
| AS44381 | ITsjefen AS | 2001:7f8:12:3::4:4381 | trdix-er4.trd.as44381.net | Open |
| AS56828 | Norsk Helsenett SF | 2001:7f8:12:3::5:6828 | — | Open |
| AS206260 | Svorka AS | 2001:7f8:12:3::20:6260 | — | Open |
Peering policy is what the network declared to PCH, not something anyone verified, and an open policy is an invitation rather than a commitment. Absence of a network here means PCH has no record of it at this exchange, not that it is not present.
Provenance
Where this comes from
- Full record at Packet Clearing House — the upstream this page is built from, with the traffic graphs and the complete participant list.
- The exchange's own site — joining terms, port pricing and the route servers, which no directory carries.
Exchange records come from the directory collected 2026-08-09 by Packet Clearing House (https://www.pch.net/ixp/data), covering 1,327 exchanges and 93,164 recorded member addresses, licensed CC BY-NC-SA 3.0.
This is a snapshot, not a live view. Members join and leave continuously, and the figures above are what PCH had on file on the collection date. PeeringDB is the better-known directory and is deliberately not the source here: its acceptable-use policy forbids the bulk storage this needs. The two answer different questions anyway. PeeringDB reports what an operator declares about itself; this reports what PCH has recorded.