Bogon Route Server Project (Bogons via BGP)
Be sure to check out the main Bogon Reference for more information on the project and terminology used, and why it is important to keep your bogon filters up-to-date.
The Bogon Route Server Project provides bogon tracking and notification through a multihop eBGP peering session. This can make the automation of filters quite simple for even the largest networks.
Bogon peering is available for traditional IPv4 bogons, as well as both IPv4 and IPv6 fullbogons. The traditional bogons are martians plus prefixes that have not been allocated by IANA to an RIR; fullbogons also include prefixes that have been allocated to an RIR, but have not been assigned by that RIR to an ISP or other end-user organization.
Bogons do leak into the global table occasionally. This is generally a mistake on a router. The bogon route-server can help you to avoid the propogation of such mistakes or the acceptance of such prefixes.
Other methods of bogon tracking and filtering can be found on the Bogon Reference Page.
N.B.: Please remember that this is a free service. It comes with no warranties or guarantees. You own your own network, and are responsible for the (mis)use of this data. We do hope it is useful to you and your network. KNOW YOUR NETWORK.
Please note that if you utilize RFC1918 space internally, you may wish to filter those announcements from the bogon route-servers. This can be accomplished easily with route-maps or prefix-lists. Unfortunately, due to the broad variety of devices and configurations in use, we cannot provide specific instructions for this; please consult your vendor's documentation or other support resources for more detailed assistance.
- Bogon and fullbogon peering use different ASNs on the Team Cymru side, and can both exist on the same router (as a transition mechanism, or to allow for different policies depending on the type of bogon received).
- We can advertise all fullbogons (IPv4 and IPv6) over a single BGP peering session, with transport over either IPv4 or IPv6. Traditional bogons remain available over IPv4 transport only at this time.
- We'll provide assistance in setting up the peering sessions. The recommended configuration is for all bogons and/or fullbogons to be null routed on the peer side, and this is described in the examples below.
- The traditional bogon list is manually updated as IANA allocates new blocks to RIRs, standards change, etc. The fullbogons list is automatically generated several times per day.
The traditional bogons have been operating with a wide variety of BGP-speaking systems for a long time, and should work consistenly in any number of environments. IPv6 changes the ballgame somewhat; despite its nominal age, support is still inconsistent on many platforms, so please consult your documentation and vendor support resources if you encounter oddities. The fullbogons feeds are also MUCH larger than the traditional bogons due to allocation fragmentation; if you're receiving both sets of fullbogon prefixes we would recommend that your peer be able to handle at least 65,000 or more prefixes and be able to support IPv6 routing. Both of the lists might grow significantly as the bogon ranges change and get subnetted down in prefix size.
- The IPv4 traditional bogons list is currently 9 prefixes.
- The IPv4 fullbogons list is currently over 5500 prefixes.
- The IPv6 fullbogons list is currently over 49000 prefixes.
- Prefix counts last updated: 29 NOV 2011
- This is a free service there are no guarantees of uptime or response time - we'll make our best efforts, of course, but no promises of anything!
The peering is conducted over a multihop eBGP peering session. The routers used for this peering are a collection of one-armed routers of various shapes and sizes; these serve no other purpose aside from the announcement of the bogon prefixes. There are currently bogon route-servers online in the United States, Canada, Europe, Asia and Africa. We strongly recommend that you peer with at least 2 separate route-servers for redundancy, and will set up sessions this way by default.
The bogon prefixes are announced unaggregated, while fullbogon prefixes are announced aggregated. The ASN used by the bogon route-servers is 65333, and the fullbogon route-servers use 65332. Private ASNs are used to ensure that leakage is easily detected and prevented. Each prefix is tagged with a community to more readily enable filtering. The bogon route-servers use the community 65333:888, while the fullbogon route-servers use 65332:888. Peering sessions include the use of a password. The bogon and fullbogon route-servers accept no prefixes from their peers.
Note for those who use OpenBGPd: We've seen issues where OpenBGPd won't receive IPV6 routes in a dual-stacked config. As of the launching of the fullbogon service, no solution has been found, but please let us know if you come up with one!
The bogon and fullbogon route-servers announce the bogon prefixes through a combination of BGP network statements and nailed routes. When a prefix is no longer considered a bogon by the appropriate list's standards, the nailed route is removed and the bogon prefix is quickly withdrawn from the BGP announcements. It's clean and works quickly.
Please note: For various technical and policy reasons, the 127.0.0.0/8 localnet, 126.96.36.199/24 6to4 relay anycast, and 188.8.131.52/3 multicast prefixes are NOT included in fullbogon BGP feeds. If you wish to filter these prefixes you will need to do so manually.
So how does one use the community 65333:888 or 65332:888 prefixes to generate a bogon filter? There are myriad methods, of course. One possible method is to use a route-map and a route with a next-hop of the null0 (Cisco) interface. We have collected examples below from our own experience and from several helpful contributors, which you may view by following the links below.
Traditional Bogon Examples
- Cisco IOS IPv4 and IPv6 (IPv4 transport)
- Cisco IOS IPv4 and IPv6 (IPv6 transport)
- Juniper JunOS IPv4 and IPv6
- Quagga IPv6
- Mikrotik RouterOS
If none of these methods will work for you then please contact us for assistance. We are also eager to hear your suggestions on other filtering methods!
How Do I Obtain a Peering Session?
To peer with the bogon route servers, contact email@example.com. When requesting a peering session, please include the following information in your e-mail:
- Which bogon types you wish to receive (traditional IPv4 bogons, IPv4 fullbogons, and/or IPv6 fullbogons)
- Your AS number
- The IP address(es) you want us to peer with
- Does your equipment support MD5 passwords for BGP sessions?
- Optional: your GPG/PGP public key
We will typically provide multiple peering sessions (at least 2) per remote peer for redundancy. If you would like more or less than 2 sessions please note that in your request. We try to respond to new peering requests within one to two business days, but, again, can provide no guarantees for this free service.
Remember that you must be able to accomodate up to 100 prefixes for traditional bogons, and up to 50,000 prefixes for fullbogons, and be capable of multihop peering with a private ASN. If you improperly configure your peering and route all packets destined for bogon addresses to the bogon route-servers, your peering session will be dropped.
- Thanks to John Brown for the configuration example.
- Thanks to Roy Engehausen for catching some errors and suggesting some enhancements.
- Thanks to Pete Vickers for the original OpenBSD bgpd configuration example.
- Thanks to Joe Abley for enhancing the OpenBSD bgpd configuration example.
- Thanks to Marko Veelma for spotting some additional errors.
- Thanks to Taka Mizuguchi and Tak Morinobu for the Japanese translation of this page. (We apologize that this translation is currently quite out-of-date - please contact us if you are willing and able to assist with an updated translation.)
- Thanks to Ariel Weher for the Spanish translation of this page.
- Thanks to Eddie Parra for some tips to improve the Juniper configuration example.
The free bogon filters, monitoring, and tracking are supported thanks to the kind donations of peering, hosting, gear, and time from many individuals and organizations. If you would like to donate to the cause, be it a peering session, old gear, or good coffee :), contact Team Cymru.