70 likes | 172 Views
Redistribution of Cooperative Filtering Information draft-py-idr-redisfilter-01.txt. Michel Py, L3T Jeroen Massar, SixXS Rob Thomas, Team Cymru William Leibzon, Elan Networks. IDR WG. draft-py-idr-redisfilter-01.txt. Goals of this presentation: Clarify the objectives.
E N D
Redistribution of Cooperative Filtering Informationdraft-py-idr-redisfilter-01.txt Michel Py, L3T Jeroen Massar, SixXS Rob Thomas, Team Cymru William Leibzon, Elan Networks
IDR WG draft-py-idr-redisfilter-01.txt Goals of this presentation: • Clarify the objectives. • Acquire a feeling of the WG’s thoughts about the concept. • Answer questions about the mechanism. • The draft is exploratory and possibly too detailed; we know it, we welcome the WG’s feedback on what needs to be removed / rewritten. IETF-58 Minneapolis - Thursday November 13,2003 2
IDR WG draft-py-idr-redisfilter-01.txt What this draft is not: • An attempt to standardize bogon filtering. What this draft is: • A mechanism to distribute filtering information. Bogon filtering is only one example of filtering information. The objective is to standardize the mechanism. • Idea: re-use ORF mechanisms. The ORF specifications are not modified; what is required is a syntax enhancement that is mostly a matter of implementation. IETF-58 Minneapolis - Thursday November 13,2003 3
IDR WG draft-py-idr-redisfilter-01.txt In complement of: router BGP 65001 neighbor bogonserver remote-as 65000 neighbor bogonserver capability orf prefix-list send We also want the capability to do this: router BGP 65001 neighbor bogonserver remote-as 65000 neighbor bogonserver capability orf prefix-list send THEIRBOGONS Which is: naming the filtering object received from the peer IETF-58 Minneapolis - Thursday November 13,2003 4
IDR WG draft-py-idr-redisfilter-01.txt • The "THEIRBOGONS" object is the ORF information received from the peer. • The reason we want to name it is because we want to reuse the "THEIRBOGONS" object in other parts of the router's configuration (for other peers). • The object received from the peer may or may not be a prefix-list; it can be an as-path or any future ORF object. IETF-58 Minneapolis - Thursday November 13,2003 5
IDR WG draft-py-idr-redisfilter-01.txt Open mike: Questions ? Suggestions ? Issues ? • Interactions between ORF and iBGP; are there any issues with full meshes, route reflectors and confederations? • If the ORF object received from the peer is named, should the object not be applied automatically to the peer it was received from? IETF-58 Minneapolis - Thursday November 13,2003 6
IDR WG draft-py-idr-redisfilter-01.txt Thank you for you attention Michel Py, L3T michel@arneill-py.sacramento.ca.us Jeroen Massar, SixXS jeroen@unfix.org Rob Thomas, Team Cymru robt@cymru.com William Leibzon, Elan Networks william@elan.net IETF-58 Minneapolis - Thursday November 13,2003 7