2804:4268::/32

Currently announced by AS267498 VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES, in the routed prefix 2804:4268::/32.

Routing data · Oct 23, 2026, 14:23 UTC

ASN historyEvery routed prefix covering 2804:4268::/32

Prefix	ASN	Name	Registered country	First seen (UTC)	Last seen (UTC)	Status
2804:4268::/32	AS267498	VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES	Brazil	Before monitoring	2026-10-23 14:23	Announcing

Prefix	ASN	Name	Registered country	First seen (UTC)	Last seen (UTC)	Status
2804:4268::/34	AS267498	VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES	Brazil	2026-10-23 10:22	2026-10-23 14:23	Announcing
2804:4268:4000::/34	AS267498	VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES	Brazil	2026-10-23 10:22	2026-10-23 14:23	Announcing
2804:4268:8000::/34	AS267498	VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES	Brazil	Before monitoring	2026-10-23 14:23	Announcing
2804:4268:c000::/34	AS267498	VIDATEL SERVICOS CONVERGENTES EM TELECOMUNICACOES	Brazil	Before monitoring	2026-10-23 14:23	Announcing

The routes covering this address have had no origin changes since ASNBase started monitoring.

From the RIRs’ delegated statistics files. Shows where the addresses are registered, not where they are used.

Every 2 hours ASNBase takes the bgp.tools global routing table (prefix → origin ASN) and compares it with the previous one. The detected time is the time of that comparison; the actual change can be up to about 2 hours earlier.
Only routes seen by more than 100 bgp.tools peers are listed as changes; routes with less visibility are only kept in the history.
A new announcement counts only if it is still in the next routing table, and a withdrawal only if the prefix is missing from two tables in a row, so short flaps are ignored.
ASNBase has been monitoring since 2026-10-19. “Before monitoring” under “First seen” means the route was already announced when monitoring started; the earlier date is unknown.
Prefixes first seen during the first day of monitoring do not count as new announcements: most of them were simply missing from the table at the moment monitoring started.
Countries and regions follow the ASN’s registration, not the actual location of the IP addresses.