Route changes on 2026-11-03

Changes found when comparing the global BGP routing table on 2026-11-03 (UTC): IP prefixes that moved to another ASN, were announced for the first time, gained an extra origin, or were withdrawn from the table.

Origin change: 0; That day · filtered
New announcement: 4; That day · filtered
Origin added: 0; That day · filtered
Withdrawal: 7; That day · filtered

Routing data · Nov 8, 2026, 10:26 UTC

New announcementClear filters

CountryIP versionASN

Detected (UTC)	Prefix	Change	ASN	Name	Previous ASN	Country
22:22	31.58.155.0/24	New announcement	AS216129	GuardNetwork-AS	—	Poland
18:23	2001:67c:660::/48	New announcement	AS213678	CYBERMAX	—	Poland
14:26	2a07:fa80::/29	New announcement	AS59415	PPHU Haker Mateusz Dymitruk	—	Poland
02:26	2a14:67c3:677::/48	New announcementNo longer announced	AS200625	MAPNET	—	Poland

By day

Origin change
New announcement
Origin added

Prefixes with a new ASN on each of the last 7 days, excluding withdrawals. Select a date to see all of that day’s changes. Another 484 changes are waiting for confirmation at the next comparison.

IP address ASN history

Enter an IP address or prefix to see which ASNs have announced the routes covering it.

How monitoring works

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.