nanog mailing list archives
Re: well-known Anycast prefixes
From: James Shank <jshank () cymru com>
Date: Wed, 20 Mar 2019 14:05:11 -0400
On 3/19/19 5:03 PM, Bill Woodcock wrote:
On Mar 19, 2019, at 1:55 PM, Frank Habicht <geier () geier ne tz> wrote: Hi, On 19/03/2019 23:13, Bill Woodcock wrote:Generally, static lists like that are difficult to maintain when they’re tracking multiple routes from multiple parties.agreed. and on the other extreme, communities are very much prone to abuse. I guess I could set any community on a number of prefixes (incl anycast) right now.... So, I think a (moderated) BGP feed of prefixes a'la bogon from a trusted {cymru[1], pch[2], ...} could be good [3].Ok, so, just trying to flesh out the idea to something that can be usefully implemented… 1) People send an eBGP multi-hop feed of well-known-community routes to a collector, or send them over normal peering sessions to something that aggregates… 2) Because those are over BGP sessions, the counterparty is known, and can be asked for details or clarification by the “moderator,” or the sender could log in to an interface to add notes about the prefixes, as they would in the IXPdir or PeeringDB. 3) Known prefixes from known parties would be passed through in real-time, as they were withdrawn and restored. 4) New prefixes from known parties would be passed through in real-time if they weren’t unusual (large/overlapping something else/previously announced by other ASNs). 5) New prefixes from known parties would be “moderated” if they were unusual. 6) New prefixes from new parties would be “moderated” to establish that they were legit and that there was some documentation explaining what they were. 7) For anyone who really didn’t want to provide a community-tagged BGP feed, a manual submission process would exist. 8) Everything gets published as a real-time eBGP feed. 9) Everything gets published as HTTPS-downloadable JSON. 10) Everything gets published as a human-readable (and crawler-indexable) web page. Does that sound about right? -Bill
Hi, Interesting discussion and ideas. I like how you've laid it out above, Bill. I'm not clear on the use cases, though. What are the imagined use cases? It might make sense to solve 'a method to request hot potato routing' as a separate problem. (Along the lines of Damian's point.) Thanks! James -- James Shank Senior Technical Advisor; Team Cymru, Inc. jshank () cymru com; +1-847-378-3365; http://www.team-cymru.com/
Current thread:
- Re: well-known Anycast prefixes, (continued)
- Re: well-known Anycast prefixes Damian Menscher via NANOG (Mar 19)
- Re: well-known Anycast prefixes Joe Provo (Mar 19)
- RE: well-known Anycast prefixes David Guo via NANOG (Mar 19)
- Re: well-known Anycast prefixes Hansen, Christoffer (Mar 19)
- Re: well-known Anycast prefixes Grzegorz Janoszka (Mar 19)
- Re: well-known Anycast prefixes Bill Woodcock (Mar 19)
- Re: well-known Anycast prefixes Bill Woodcock (Mar 19)
- Re: well-known Anycast prefixes Frank Habicht (Mar 19)
- Re: well-known Anycast prefixes Bill Woodcock (Mar 19)
- Re: well-known Anycast prefixes Frank Habicht (Mar 19)
- Re: well-known Anycast prefixes James Shank (Mar 21)
- Re: well-known Anycast prefixes Frank Habicht (Mar 21)
- Re: well-known Anycast prefixes Job Snijders (Mar 21)
- Re: well-known Anycast prefixes Bryan Holloway (Mar 21)
- Re: well-known Anycast prefixes Ross Tajvar (Mar 21)
- Re: well-known Anycast prefixes Bryan Holloway (Mar 21)
- Re: well-known Anycast prefixes Bill Woodcock (Mar 21)
- Re: well-known Anycast prefixes Grzegorz Janoszka (Mar 19)