Observed topology
AS205235 LABITAT
Unclassified ARIN
Transit
Upstream networks
Networks observed carrying traffic for AS205235: the AS immediately before it in a routing path. Ranked by how many paths showed the relationship, which reflects how widely it is used, not how much traffic crosses it.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS42541 | Fiberby ApS | Residential | IPv4 IPv6 | 130 |
Transit
Downstream networks
Networks for which AS205235 was observed as the last hop before the origin, meaning it appears to provide them transit.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS205280 | Jens Andersen | Unclassified | IPv4 IPv6 | 138 |
| AS62113 | Kracon ApS | Unclassified | IPv4 IPv6 | 132 |
| AS211153 | Emil Petersen | Unclassified | IPv6 | 111 |
| AS207727 | Asbjorn Sloth Tonnesen trading as a5n | Unclassified | IPv4 IPv6 | 95 |
| AS208327 | Toke Hoiland-Jorgensen | Unclassified | IPv4 IPv6 | 95 |
| AS198275 | Thomas Flummer | Unclassified | IPv6 | 37 |
Adjacency
Adjacent networks
Every AS seen directly next to AS205235 in a routing path, in either direction.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS42541 | Fiberby ApS | Residential | IPv4 IPv6 | 738 |
| AS205280 | Jens Andersen | Unclassified | IPv4 IPv6 | 138 |
| AS62113 | Kracon ApS | Unclassified | IPv4 IPv6 | 132 |
| AS211153 | Emil Petersen | Unclassified | IPv6 | 111 |
| AS207727 | Asbjorn Sloth Tonnesen trading as a5n | Unclassified | IPv4 IPv6 | 95 |
| AS208327 | Toke Hoiland-Jorgensen | Unclassified | IPv4 IPv6 | 95 |
| AS198275 | Thomas Flummer | Unclassified | IPv6 | 37 |
Provenance
Where this comes from
Derived from routing tables collected at 2026-10-26 10:00 UTC by route-views2,rrc00, as seen from 75 BGP vantage points across 73.14M route entries. These are observations from those vantage points, not a complete or authoritative view of the internet.
Inferred from path position, not from any declaration by either party. A network appearing here is carrying these routes; whether that is a paid transit arrangement, a backup, or something else is not something routing data can tell you. Adjacency is not the same as peering. Being next to each other in a path covers paid transit, settlement-free peering and customer connections alike, and routing data cannot distinguish them. Treat this as "these networks exchange routes", nothing more specific.
Cross-check against RIPEstat or BGP.tools, which observe from a different and larger set of vantage points.