subnet.im

2804:3dec::/40

At a glance

Subnets

16,777,216 × /64

/40 block

Visibility

15%

9 of 62 vantage points

RPKI

Invalid

Registry

LACNICBR

Allocated 18th May 2017

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 2804:3dec::/40 as seen from Singapore, read outward from the origin: AS266563 → AS268283 → AS52872 → AS262999 → AS7738 → AS52320 → AS8966 → AS132337. Each hop is listed with its network name beneath the graph.AS266563NOVA REDE TELECOMOriginAS268283NET WORK FIBER CO…AS52872VOANET Telecomuni…AS262999IVI TECNOLOGIA E …AS7738V.tal (fka Telema…AS52320V.tal (GlobeNet)AS8966Etisalat (E&)AS132337Axclusive

Seen from Singapore

  1. Peer of AS266563seen on 228 paths from 140 vantage points
  2. Peer of AS268283seen on 1,786 paths from 141 vantage points
  3. Peer of AS52872seen on 11,546 paths from 128 vantage points
  4. Peer of AS262999seen on 18,667 paths from 128 vantage points
  5. Peer of AS7738seen on 121,785 paths from 141 vantage points
  6. Peer of AS52320seen on 230 paths from 6 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. Sao Paulo26656326828352872262999773832590This path
  2. Singapore266563268283528722629997738523208966132337Shown 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

15%

Seen by 9 of 62 full-feed vantage points

Seen by few vantage points

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
LACNIC — Latin America and the Caribbean
Country
Brazil
Allocated
18th May 2017
Allocation block
2804:3dec::/32
Status
allocated
Origin validation
Invalid

A ROA covers this prefix but does not authorise this origin AS at this prefix length. That is either a misconfiguration or a hijack, and many networks will drop the route.

ROAs covering this prefix

Route Origin Authorisations covering 2804:3dec::/40
ROA prefixAuthorised originMax length
2804:3dec::/33AS266563/33

Prefix hierarchy

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

CoveringMore specific
Prefix hierarchy for 2804:3dec::/40: the announcements covering it on the left, the announcements inside it on the right. Every prefix drawn is also listed in the tables below.2804:3dec::/33AS2665632804:3dec::/40AS266563This prefix

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 2804:3dec::/40
PrefixAddressesOriginVisibility
2804:3dec::/332.1B × /64AS266563NOVA REDE TELECOM61/62

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. AS26656312th 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.