subnet.im

2800:48::/32

At a glance

Subnets

4,294,967,296 × /64

/32 block

Visibility

53%

33 of 62 vantage points

RPKI

No ROA

Registry

LACNICAR

Allocated 4th May 2006

AS paths to this prefix

All paths

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

OriginVantage point · Singapore
One AS path to 2800:48::/32 as seen from Singapore, read outward from the origin: AS27898 → AS16814 → AS22927 → AS12956 → AS6453 → AS7473 → AS8966 → AS132337. Each hop is listed with its network name beneath the graph.AS27898Redynet SRLOriginAS16814NSS S.A.AS22927Telefonica de Arg…AS12956Telxius (Telefoni…AS6453TATA Communicatio…AS7473Singapore Telecom…AS8966Etisalat (E&)AS132337Axclusive

Seen from Singapore

  1. Peer of AS27898seen on 272 paths from 113 vantage points
  2. Peer of AS16814seen on 11,770 paths from 140 vantage points
  3. Peer of AS22927seen on 280,450 paths from 142 vantage points
  4. Peer of AS12956seen on 108,862 paths from 43 vantage points
  5. Peer of AS6453seen on 776 paths from 14 vantage points
  6. Peer of AS7473seen on 4,810 paths from 9 vantage points
  7. Peer of AS8966seen on 133,632 paths from 2 vantage points
  8. 8AS132337AxclusiveSGVantage 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, UK27898168142292712956900251907This path
  2. Singapore27898168142292712956645374738966132337Shown above

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

53%

Seen by 33 of 62 full-feed vantage points

Partially propagated

Observed at 2 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
LACNIC — Latin America and the Caribbean
Country
Argentina
Allocated
4th May 2006
Allocation block
2800:48::/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.

Covering announcements

No less specific announcement covers this prefix.

More specific announcements

Nothing inside this block is announced separately.

Sibling prefixes

No prefix of the same length in the same parent block is announced.

History

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