Observed topology
AS8732 COMCOR-AS Moscow
Unclassified RIPE
Transit
Upstream networks
Networks observed carrying traffic for AS8732: 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 |
|---|---|---|---|---|
| AS1299 | Arelion Sweden AB | Transit | IPv4 IPv6 | 313 |
| AS9049 | JSC "ER-Telecom Holding" | Unclassified | IPv4 | 188 |
| AS6939 | Hurricane Electric LLC | Transit | IPv4 IPv6 | 141 |
| AS201706 | SERVICEPIPE LLC | Unclassified | IPv4 | 120 |
| AS24482 | SG.GS | Hosting | IPv4 IPv6 | 16 |
| AS42708 | Glesys AB | Unclassified | IPv4 IPv6 | 16 |
| AS48185 | team.blue NV | Unclassified | IPv4 IPv6 | 16 |
| AS50304 | Blix Solutions AS | Unclassified | IPv4 IPv6 | 16 |
| AS3303 | Swisscom (Schweiz) AG | Residential | IPv4 | 15 |
| AS3333 | Reseaux IP Europeens Network Coordination Centre (RIPE NCC) | Unclassified | IPv4 | 15 |
Transit
Downstream networks
Networks for which AS8732 was observed as the last hop before the origin, meaning it appears to provide them transit.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS15672 | OOO Telecom TZ | Unclassified | IPv4 | 1,025 |
| AS15582 | JSC Comcor | Unclassified | IPv4 IPv6 | 814 |
| AS57818 | SKTV Ltd. | Unclassified | IPv4 | 552 |
| AS50126 | OOO "Teleservis" | Unclassified | IPv4 | 504 |
| AS8901 | "Mosgortelecom" | Unclassified | IPv4 | 481 |
| AS199809 | Maxtel LLC | Unclassified | IPv4 | 373 |
| AS203498 | JSC Intellin | Unclassified | IPv4 IPv6 | 295 |
| AS2895 | OOO FREEnet Group | Education | IPv4 IPv6 | 284 |
| AS44555 | KONEKT Ltd. | Unclassified | IPv4 | 236 |
| AS42861 | Foton Telecom CJSC | Unclassified | IPv4 | 219 |
Adjacency
Adjacent networks
Every AS seen directly next to AS8732 in a routing path, in either direction.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS1299 | Arelion Sweden AB | Transit | IPv4 IPv6 | 3,510 |
| AS9002 | RETN Limited | Unclassified | IPv4 IPv6 | 2,374 |
| AS57304 | JSC "RetnNet" | Unclassified | IPv4 IPv6 | 1,353 |
| AS15672 | OOO Telecom TZ | Unclassified | IPv4 | 1,041 |
| AS42861 | Foton Telecom CJSC | Unclassified | IPv4 | 1,020 |
| AS6939 | Hurricane Electric LLC | Transit | IPv4 IPv6 | 916 |
| AS31500 | Global Network Management Inc | Unclassified | IPv4 | 872 |
| AS15582 | JSC Comcor | Unclassified | IPv4 IPv6 | 814 |
| AS57818 | SKTV Ltd. | Unclassified | IPv4 | 552 |
| AS9049 | JSC "ER-Telecom Holding" | Unclassified | IPv4 | 550 |
Provenance
Where this comes from
Derived from routing tables collected at 2026-10-14 10:00 UTC by route-views2,rrc00, as seen from 75 BGP vantage points across 73.25M 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.