RoutingBrowser onlyLive · Full IPv4 + IPv6 tables

BGP Looking Glass

See how the internet routes to any address or prefix, straight from live BGP sessions. Compare AS paths, next hops, communities and route age across every peer, with RPKI, ASPA and IRR state on every path.

Look up a route

An address finds the most specific route covering it. A prefix (with a /len) is matched exactly. Pick a peer to see only its view.

Query
Collector-1-TAMPA-FL
Collector-2-COCOA-FL
Examples: 8.8.8.8 1.1.1.0/24 2001:4860:4860::8888 2606:4700::/32
No route to 167.167.167.0/24 in the table. That exact prefix is not announced; try the address on its own to find the covering route.

Where these routes come from

Each collector is a BGP speaker in one location. The sessions under it are the separate networks it peers with there, each sending its own full table, so one collector can show you several different views of the same prefix. Counts are prefixes currently held.

Collector-1-TAMPA-FL1 of 1 session up
Established · up 10d 14h · 1,070,183 IPv4 · 263,285 IPv6
Collector-2-COCOA-FL4 of 4 sessions up
Established · up 10d 22h · 1,098,084 IPv4 · 263,052 IPv6
Established · up 14d 16h · 1,097,438 IPv4 · 254,146 IPv6
Established · up 10d 22h · 1,097,038 IPv4 · 251,676 IPv6
Established · up 14d 16h · 1,059,020 IPv4 · 237,897 IPv6

Common Questions

What is a looking glass?
A read-only window into a network’s BGP table. It shows which routes the network has to a destination, the AS path each one takes, and attributes like next hop, communities, local preference and MED. It is the quickest way to answer “how does the internet reach this prefix from here?”
How current is the data?
Live. Collectors stream every BGP update the moment they receive it, so the table here is normally only seconds behind the routers. The age on each path is how long since that peer last sent or changed it.
Where does the data come from?
From collectors: small BGP speakers running in our network and in partners’ networks. A collector sits in one location and can peer with several different networks there. Each of those is a session, sending its own full IPv4 and IPv6 table (nothing is ever announced back). So one collector in Tampa might carry a session with one transit provider and another with a local network, and the same prefix can look quite different down each. Every session is its own vantage point and can be queried on its own.
I want to provide a BGP session to the looking glass.
That’s great, thank you! Every session adds another vantage point for everyone who uses the looking glass. Please email info at notoolkit dot com and we’ll take it from there.
Why does a session show no path for my query?
With Everywhere, an address is matched to the single most specific prefix any session has, and then each session’s path to that prefix is shown. A session that only carries a less specific covering route shows none. Query that session on its own to see its most specific match, or ask for the covering prefix directly (with its /len).
What do the RPKI, ASPA and IRR badges mean?
Every path is checked against the RPKI and the routing registries using that path’s own origin AS, so a prefix two peers disagree about shows two different answers. RPKI Valid means a signed ROA authorizes that AS to originate the prefix, Invalid means a ROA covers it but does not authorize this announcement, and NotFound means nobody has published one. The ASPA badge checks the whole AS path against the providers each AS has published: Valid means it is provably valley-free, Invalid means it went down and then up again somewhere (a route leak, or an ASPA missing a provider), and Unknown means some AS on it has not published an ASPA yet. It is read as a route from a provider, since that is what a full-table session is. The IRR badge names the registries holding a matching route object, or says the prefix is registered to a different AS, registered only as a less specific, or not registered at all. Hover any badge for the reasoning, or click it to open the full tool.