[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: WG Review: Global Routing Operations Working Group Charter (grow)
I wonder whether multi6 should be added to the WGs that grow
will interact with, since multi6 is supposed to be finding ways
to avoid BGP4+ explosion.
Brian
iesg-secretary@ietf.org wrote:
>
> A new IETF working group has been proposed in the Operations and
> Management Area. The IESG has not made any determination as yet.
>
> The following description was submitted, and is provided for
> informational purposes only:
>
> Global Routing Operations Working Group Charter (grow)
> ------------------------------------------------
>
> Current Status: Proposed Working Group
>
> Description of Working Group:
>
> The Border Gateway Protocol (BGP) is fundamental to the
> operation of the Internet. In recent years, occurrences
> of BGP related operational issues have increased, and
> while overall understanding of the default-free routing
> system has improved, there is still a long and growing
> list of concerns. Among these are routing table growth
> rates, interaction of interior and exterior routing
> protocols, dynamic properties of the routing system, and
> the effects of routing policy on both the size and
> dynamic nature of the routing table. In addition, new and
> innovative uses of BGP, such as the use of BGP as a
> signaling protocol for some types of Virtual Private
> Networks, have created new and unexpected operational
> issues.
>
> The purpose of the GROW is continue and expand on
> the original charter of the PTOMAINE WG. In particular,
> the purpose of the GROW is to consider and measure the
> problem of routing table growth, the effects of the
> interactions between interior and exterior routing
> protocols, and the effect of address allocation policies
> and practices on the global routing system. Finally,
> where appropriate, the GROW documents the operational
> aspects of measurement, policy, security, and VPN
> infrastructures.
>
> GROW will also advise various working groups, including
> the IDR and RPSEC working groups, with respect whether it
> is addressing the relevant operational needs, and where
> appropriate, suggest course corrections. Finally,
> operational requirements developed in the GROW can also
> be used by any new working group charged with
> standardizing a next generation inter-domain routing
> protocol.
>
> GOALS:
> -----
>
> (i). To provide a clear definition of the problems
> facing Internet Routing Scaling today. This
> includes routing table size and route processing
> load (former PTOMAINE goal).
>
> (ii). To collate measurements of routing table scaling
> data and publish a reference list (former
> PTOMAINE goal).
>
> (iii). To discuss and document methods of
> filtering/aggregating prefix information and to
> discuss and document what support from protocols
> or vendor knobs that might be helpful in doing
> this. In addition, to suggest policy guidelines
> to RIRs, LIRs and/or ISPs for allocations and
> aggregations,etc. that may be useful (former
> PTOMAINE goal).
>
> (iv). To determine the long and short term effects of
> filtering/aggregating prefixes to reduce router
> resource consumption.
>
> (v). To develop methods of controlling policy
> information propagation in order to limit the
> need for propagation of prefix sub-aggregates.
>
> (vi). To determine the effects of using BGP as a
> signaling mechanism on the scalability of BGP
> (e.g.,. draft-ietf-ppvpn-rfc2547bis-03.txt)
>
> (vii). To determine the effects of interaction of new
> IGP techniques (e.g., ISIS-TE) on the stability
> of BGP and in particular, what techniques are
> required to isolate the global infrastructure
> from the any of the dynamic properties of such TE
> systems.
>
> (viii). GROW will document operational aspects of routing
> security and will provide recommendations for
> protocol specific work to RPSEC, IDR, and other
> WGs in Routing area.
>
> Some Relevant References:
> -------------------------
> http://www.routeviews.org
> http://bgp.potaroo.net
> http://www.cidr-report.org
> http://www.pch.net/routing/BGP_table_size.html
> http://moat.nlanr.net/AS
> http://www.apnic.net/stats/bgp
> http://www.merit.edu/ipma
> http://www.caida.org/projects/routing/atoms