Observed topology
AS43576 KUMIR-AS
Residential RIPE
Transit
Upstream networks
Networks observed carrying traffic for AS43576: 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.
Transit
Downstream networks
Networks for which AS43576 was observed as the last hop before the origin, meaning it appears to provide them transit.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS50864 | IT TeleNet Ltd. | Unclassified | IPv4 IPv6 | 424 |
| AS21379 | LLC TC "Interzvyazok" | Unclassified | IPv4 | 152 |
| AS39049 | Kyivski Merezhi ltd | Unclassified | IPv4 | 130 |
| AS35365 | TOV Vica-TV | Unclassified | IPv4 | 78 |
| AS41316 | FOP Pilipenko Olexandr Olexandrovich | Unclassified | IPv4 | 65 |
| AS207085 | LLC "RACKPLACE" | Unclassified | IPv4 IPv6 | 5 |
Adjacency
Adjacent networks
Every AS seen directly next to AS43576 in a routing path, in either direction.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS57455 | Filanco Ukraine Ltd. | Unclassified | IPv4 | 808 |
| AS50864 | IT TeleNet Ltd. | Unclassified | IPv4 IPv6 | 424 |
| AS21379 | LLC TC "Interzvyazok" | Unclassified | IPv4 | 190 |
| AS28917 | Fiord Networks, UAB | Unclassified | IPv4 | 163 |
| AS39049 | Kyivski Merezhi ltd | Unclassified | IPv4 | 130 |
| AS35320 | Eurotranstelecom Ltd | Unclassified | IPv4 IPv6 | 116 |
| AS35365 | TOV Vica-TV | Unclassified | IPv4 | 78 |
| AS41316 | FOP Pilipenko Olexandr Olexandrovich | Unclassified | IPv4 | 65 |
| AS6939 | Hurricane Electric LLC | Transit | IPv6 | 14 |
| AS3303 | Swisscom (Schweiz) AG | Residential | IPv4 | 13 |
Provenance
Where this comes from
Derived from routing tables collected at 2026-10-20 10:00 UTC by route-views2,rrc00, as seen from 75 BGP vantage points across 73.16M 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.