SUBNET.IM

2c0f:f858:5230::/44

Telecom AlgeriaAS36947

At a glance

Subnets

1,048,576 × /64

/44 block

Visibility

98%

61 of 62 vantage points

RPKI

No ROA

Registry

AFRINICDZ

Allocated 14th August 2012

AS paths to this prefix

One real path per vantage point, fanning out from the origin. Where two reach the prefix the same way, those hops are drawn once. Open a path to follow it hop by hop.

OriginVantage points
AS path graph: 4 observed paths to 2c0f:f858:5230::/44, fanning out from AS36947 toward the vantage points that see it. Each path is written out in full beneath the graph.AS36947Telecom AlgeriaOriginAS3356Lumen (Level 3)AS32590Valve CorporationAS6939Hurricane Electri…AS213151Christian ElsenAS15576NTS workspace AGAS51907Kanton ZugAS132337Axclusive
  1. Sao Paulo36947335632590This path
  2. Amsterdam3694733566939213151This path
  3. London, UK3694733561557651907This path
  4. Singapore3694733566939132337This 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

98%

Seen by 61 of 62 full-feed vantage points

Globally propagated

Observed at 4 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
AFRINIC — Africa
Country
Algeria
Allocated
14th August 2012
Allocation block
2c0f:f858::/32
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 2c0f:f858:5230::/44: the announcements covering it on the left, the announcements inside it on the right. Every prefix drawn is also listed in the tables below.2c0f:f858::/32AS369472c0f:f858:5230::…AS36947This prefix2c0f:f858:5220::…AS36947

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 2c0f:f858:5230::/44
PrefixAddressesOriginVisibility
2c0f:f858::/324.3B × /64AS36947Telecom Algeria62/62

More specific announcements

Nothing inside this block is announced separately.

Sibling prefixes

Prefixes of the same length sharing a parent block with 2c0f:f858:5230::/44
PrefixAddressesOriginVisibility
2c0f:f858:5220::/441M × /64AS36947Telecom Algeria61/62

History

  1. AS3694712th 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.

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