Observed topology
AS35026 GELICON-AS
Unclassified RIPE
Transit
Upstream networks
Networks observed carrying traffic for AS35026: 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 |
|---|---|---|---|---|
| AS35598 | INETCOM CARRIER LLC | Unclassified | IPv4 IPv6 | 166 |
| AS62255 | BiMajLink d.o.o. | Unclassified | IPv4 IPv6 | 22 |
| AS24482 | SG.GS | Hosting | IPv4 | 5 |
| AS37721 | Virtual Technologies & Solutions | Residential | IPv4 | 5 |
| AS8732 | JSC Comcor | Unclassified | IPv4 | 3 |
| AS25091 | IP-Max SA | Unclassified | IPv4 | 3 |
| AS34927 | iFog GmbH | Hosting | IPv4 | 3 |
Transit
Downstream networks
Networks for which AS35026 was observed as the last hop before the origin, meaning it appears to provide them transit.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS198675 | Gelicon-Apple Limited liability company | Unclassified | IPv4 | 1 |
Adjacency
Adjacent networks
Every AS seen directly next to AS35026 in a routing path, in either direction.
| AS | Network | Type | Families | Paths seen |
|---|---|---|---|---|
| AS35598 | INETCOM CARRIER LLC | Unclassified | IPv4 IPv6 | 166 |
| AS62255 | BiMajLink d.o.o. | Unclassified | IPv4 IPv6 | 22 |
| AS37721 | Virtual Technologies & Solutions | Residential | IPv4 | 6 |
| AS24482 | SG.GS | Hosting | IPv4 | 5 |
| AS8732 | JSC Comcor | Unclassified | IPv4 | 3 |
| AS25091 | IP-Max SA | Unclassified | IPv4 | 3 |
| AS34927 | iFog GmbH | Hosting | IPv4 | 3 |
| AS198675 | Gelicon-Apple Limited liability company | Unclassified | IPv4 | 1 |
Provenance
Where this comes from
Derived from routing tables collected at 2026-10-22 10:00 UTC by route-views2,rrc00, as seen from 75 BGP vantage points across 73.12M 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.