asn.dev

Observed topology

AS42038 VLADLINK-AS Krivets Sergey Sergeevich

Unclassified RIPE

Upstreams 8 carry this network
Downstreams 1 this network carries
Adjacent (IPv4) 9
Adjacent (IPv6) 0
Upstream graph Who carries AS42038, and who carries them, drawn as a map up to the transit-free core. 1 exchange Where AS42038 physically turns up to peer, and its address on each fabric.

Transit

Upstream networks

inferred

Networks observed carrying traffic for AS42038: 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.

ASNetworkTypeFamiliesPaths seen
AS12389PJSC RostelecomResidentialIPv4310
AS20485Joint Stock Company TransTeleComUnclassifiedIPv4188
AS8359MTS PJSCMobileIPv462
AS31133PJSC MegaFonMobileIPv460
AS43298Storm Networks LLCUnclassifiedIPv435
AS59796StormWall s.r.o.UnclassifiedIPv426
AS25091IP-Max SAUnclassifiedIPv422
AS3216PJSC "Vimpelcom"MobileIPv420

Transit

Downstream networks

inferred

Networks for which AS42038 was observed as the last hop before the origin, meaning it appears to provide them transit.

ASNetworkTypeFamiliesPaths seen
AS47636Nitsora Alena VladimirovnaUnclassifiedIPv465

Adjacency

Adjacent networks

observed

Every AS seen directly next to AS42038 in a routing path, in either direction.

ASNetworkTypeFamiliesPaths seen
AS12389PJSC RostelecomResidentialIPv4338
AS20485Joint Stock Company TransTeleComUnclassifiedIPv4201
AS31133PJSC MegaFonMobileIPv474
AS8359MTS PJSCMobileIPv466
AS47636Nitsora Alena VladimirovnaUnclassifiedIPv465
AS43298Storm Networks LLCUnclassifiedIPv435
AS3216PJSC "Vimpelcom"MobileIPv426
AS59796StormWall s.r.o.UnclassifiedIPv426
AS25091IP-Max SAUnclassifiedIPv422

Provenance

Where this comes from

Derived from routing tables collected at 2026-11-13 10:00 UTC by route-views2,rrc00, as seen from 75 BGP vantage points across 74.40M 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.