subnet.im

217.65.3.0/24

At a glance

Addresses

256

/24 block

Visibility

100%

80 of 80 vantage points

RPKI

No ROA

Registry

RIPE NCCRU

Allocated 3rd October 2005

AS paths to this prefix

All paths

One observed path, hop by hop, from the origin out to Amsterdam.

OriginVantage point · Amsterdam
One AS path to 217.65.3.0/24 as seen from Amsterdam, read outward from the origin: AS3175 → AS29076 → AS12389 → AS6939 → AS213151. Each hop is listed with its network name beneath the graph.AS3175Citytelecom LLCOriginAS29076Citytelecom LLCAS12389Rostelecom PJSCAS6939Hurricane Electri…AS213151Christian Elsen

Seen from Amsterdam

  1. Peer of AS3175seen on 8,451 paths from 142 vantage points
  2. Peer of AS29076seen on 13,957 paths from 70 vantage points
  3. Peer of AS12389seen on 526,463 paths from 116 vantage points
  4. Peer of AS6939seen on 309,709 paths from 2 vantage points
  5. 5AS213151Christian ElsenDEVantage point

One path, hop by hop, from the origin outward to the vantage point that saw it. Counts beside each step are how often we see that pair adjacent anywhere in the table, not how often this path was used — BGP carries no traffic figures.

Every path we see

  1. London, UK3175290768529This path
  2. Amsterdam317529076123896939213151Shown above
  3. Sao Paulo31752907632163356266213This path
  4. Singapore317529076123894766132337This path
  5. Oregon, US31752907612389693920130This path

Each row is one path genuinely present in the routing table at our last snapshot, read outward from the origin to the vantage point that saw it. Open a row to follow that one path hop by hop. A heavier line in the graph means more vantage points reach the prefix that same way.

Route visibility

100%

Seen by 80 of 80 full-feed vantage points

Globally propagated

Observed at 5 of our collectors.

What this percentage counts

The denominator counts only full-feed peers — peers carrying a substantially complete routing table at the moment of the snapshot. IXP route-server peers usually feed partial tables and are excluded, because including them would make a normally propagated prefix look as though half the internet could not see it.

It measures how widely an announcement has spread across the networks we can observe. It says nothing about whether the prefix is reachable from any particular place, or how it performs.

Registry and RPKI

RIR
RIPE NCC — Europe, Middle East, Central Asia
Country
Russia
Allocated
3rd October 2005
Allocation block
217.65.0.0/20
Status
allocated
Origin validation
No ROA

No ROA covers this prefix, so RPKI has nothing to say about it either way. This is still the common case for a large share of the routing table.

Prefix hierarchy

Announcements above, below and beside this one in the real routing table.

CoveringMore specific
Prefix hierarchy for 217.65.3.0/24: the announcements covering it on the left, the announcements inside it on the right. Every prefix drawn is also listed in the tables below.217.65.0.0/20AS29076217.65.3.0/24AS3175This prefix217.65.2.0/24AS3175

Left to right is specificity: a shorter mask covering more address space, then this prefix, then the announcements carved out inside it. Only the first few of each are drawn — the tables below list them all.

Covering announcements

Announcements that contain 217.65.3.0/24
PrefixAddressesOriginVisibility
217.65.0.0/204.1kAS29076Citytelecom LLC80/80

More specific announcements

Nothing inside this block is announced separately.

Sibling prefixes

Prefixes of the same length sharing a parent block with 217.65.3.0/24
PrefixAddressesOriginVisibility
217.65.2.0/24256AS3175Citytelecom LLC80/80

History

  1. AS317512th August 2026 present
Why these dates start where they do

A first-seen date is the first time we saw that origin, not the first time it appeared in BGP. Our history is forward-only with no backfill, so it says nothing about the period before we started collecting — treat the earliest dates with suspicion.

Open 217.65.3.0/24 in the calculator/24 reference

Routing data derived from RouteViews MRT archives and public registry data.