[Idr] Revised proposed IDR charter
"John G. Scudder" <jgs@juniper.net> Thu, 28 January 2010 08:57 UTC
Return-Path: <jgs@juniper.net>
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B5DB28C0CE for <idr@core3.amsl.com>; Thu, 28 Jan 2010 00:57:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GSZwBX9oKrxh for <idr@core3.amsl.com>; Thu, 28 Jan 2010 00:57:31 -0800 (PST)
Received: from exprod7og101.obsmtp.com (exprod7og101.obsmtp.com [64.18.2.155]) by core3.amsl.com (Postfix) with ESMTP id C2BB63A6A15 for <idr@ietf.org>; Thu, 28 Jan 2010 00:57:27 -0800 (PST)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob101.postini.com ([64.18.6.12]) with SMTP ID DSNKS2FRiI843eOe/j+9oh03lupIxeQ4J+J0@postini.com; Thu, 28 Jan 2010 00:57:48 PST
Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.393.1; Thu, 28 Jan 2010 00:53:49 -0800
Received: from p-emlb01-sac.jnpr.net ([66.129.254.46]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 28 Jan 2010 00:53:49 -0800
Received: from emailsmtp55.jnpr.net ([172.24.18.132]) by p-emlb01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 28 Jan 2010 00:53:49 -0800
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 28 Jan 2010 00:53:49 -0800
Received: from sa-nc-apg-236.static.jnpr.net (sa-nc-apg-236.static.jnpr.net [172.23.2.236]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id o0S8rkj99177; Thu, 28 Jan 2010 00:53:46 -0800 (PST) (envelope-from jgs@juniper.net)
From: "John G. Scudder" <jgs@juniper.net>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 28 Jan 2010 10:53:44 +0200
Message-ID: <52635EAD-5E0B-4975-BFA5-B315036F59C8@juniper.net>
To: idr List <idr@ietf.org>
MIME-Version: 1.0 (Apple Message framework v1077)
X-Mailer: Apple Mail (2.1077)
X-OriginalArrivalTime: 28 Jan 2010 08:53:49.0164 (UTC) FILETIME=[6873D2C0:01CA9FF7]
Cc: idr-chairs@tools.ietf.org, idr-ads@tools.ietf.org
Subject: [Idr] Revised proposed IDR charter
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jan 2010 08:57:32 -0000
Folks, As you know we're in the process of updating our charter. Here's a revision to the version we discussed in Hiroshima, incorporating comments received from WG members and feedback from the IESG and Routing ADs. The main changes are a statement that IDR has oversight responsibility for all BGP work done in the IETF, and an elaborated scope of work section. If you have comments, please send them within the next week. Thanks, --John & Sue Inter-Domain Routing (idr) Last Modified: 2010-01-26 Additional information is available at tools.ietf.org/wg/idr Chair(s): - Susan Hares <shares@ndzh.com> - John Scudder <jgs@juniper.net> Routing Area Director(s): - Ross Callon <rcallon@juniper.net> - Adrian Farrel <adrian.farrel@huawei.com> Routing Area Advisor: - Ross Callon <rcallon@juniper.net> Mailing Lists: General Discussion: idr@ietf.org To Subscribe: idr-request@ietf.org In Body: subscribe idr-post Archive: http://www.ietf.org/mail-archive/web/idr/index.html Description of Working Group: The Inter-Domain Routing Working Group is chartered to standardize, develop, and support the Border Gateway Protocol Version 4 (BGP-4) [RFC 4271] capable of supporting policy based routing for TCP/IP internets. The main objective of the working group is to support the use of BGP-4 by IP version 4 and IP version 6 networks. The working group will also continue to work on improving the robustness and scalability of BGP. The IDR working group also has an oversight role for all extensions made to BGP for other uses that may be developed in other working groups. IDR will review extensions made to BGP in other working groups at least at WG document adoption and during working group last calls. The IDR working group will also provide advice and guidance on BGP to other working groups as requested. In some cases the IDR WG chairs may work with the chairs of other working groups and the IESG to move BGP work into the IDR WG instead of the another WG. Work Items: The IDR working group will work on correctness, robustness and scalability of the BGP protocol, as well as clarity and accuracy of the BGP document set. The group will also work on extensions beyond these areas when specifically added to the charter. The current additional work items are: - Relax the definition of BGP identifiers to only require AS-wide uniqueness. This change must be made in a backward compatible way. - Specify a means to non-disruptively introduce new BGP Capabilities to an existing BGP session. - Upgrade of the base BGP specification to Full Standard - Define AS_PATH based Outbound Route Filtering. - MIB v2 for BGP-4 - Augment the BGP multiprotocol extensions to support the use of multiple concurrent sessions between a given pair of BGP speakers. Each session is used to transport routes related by some session- based attribute such as AFI/SAFI. This will provide an alternative to the MP-BGP approach of multiplexing all routes onto a single connection. - Support for four-octet AS Numbers in BGP. - Revisions to the BGP 'Minimum Route Advertisement Interval' deprecating the previously recommended values and allowing for withdrawals to be exempted from the MRAI. - Advertisement of multiple paths for the same address prefix without the new paths implicitly replacing any previous ones. Each path is identified by a path identifier in addition to the address prefix. - Revised error handling rules for optional transitive BGP attributes so that a BGP speaker is no longer required to reset the session over which a malformed attribute is received. Provide guidelines for authors of documents that define new optional transitive attributes, and re-assess procedures for existing optional transitive attributes - Specify Link Bandwidth Extended Community for use in unequal cost load balancing. - The definition of an "Accumulated IGP Metric" attribute for BGP to report the sum of the metric of each link along the path. This attribute is for use in a restricted environment where: - all ASes are subject to the administrative control - some form of tunneling is used to deliver a packet to its next BGP hop - where the path for a route leads outside the AS to which the BGP speaker adding the attribute belongs. - Advertisement of the best external route in BGP to assist with resolution of the next hop in the chosen data plane. Goals and Milestones: Done Submit to BGP Capability Advertisement to the IESG Done Submit BGP Security Vulnerabilities Analysis to IESG as an Informational Done Submit BGP4 MIB to IESG as a Proposed Standard Done Submit BGP4 document to IESG as a Draft Standard Done Submit Extended Communities draft to IESG as a Proposed Standard Done Submit BGP Graceful Restart to IESG as a Proposed Standard Done Submit revised text on Multi-Protocol BGP (rfc2858bis) to IESG as a Draft Standard Done Submit Subcodes for BGP Cease Notification Message to IESG as a Proposed Standard Done Submit 4-byte AS ID to IESG as a Proposed Standard Done Submit Outbound Route Filter, Prefix and ASpath ORF draft to IESG as a Proposed Standard Done Prefix and ASpath ORF draft to IESG as a Proposed Standard Aug 2010 Submit AS-wide Unique BGP Identifier for BGP-4 as a Proposed Standard Aug 2010 Submit Dynamic Capability for BGP-4 to IESG as a Proposed Standard Aug 2010 ASpath ORF draft to IESG as a Proposed Standard Aug 2010 Submit MIB v2 for BGP-4 as a Proposed Standard Nov 2010 BGP Support for Four-octet AS Number Space (revised version) Nov 2010 Revisions to the BGP 'Minimum Route Advertisement Interval' Nov 2010 Advertisement of Multiple Paths in BGP Nov 2010 BGP Link Bandwidth Extended Community Nov 2010 Advertisement of the best external route in BGP Dec 2010 Submit Multisession BGP as a Proposed Standard Dec 2010 Error Handling for Optional Transitive BGP Attributes Dec 2010 Revise WG charter Mar 2011 The Accumulated IGP Metric Attribute for BGP Mar 2011 Base BGP specification (RFC 4271) as Full Standard
- [Idr] Revised proposed IDR charter John G. Scudder
- Re: [Idr] Revised proposed IDR charter Danny McPherson
- Re: [Idr] Revised proposed IDR charter Jari Arkko
- Re: [Idr] Revised proposed IDR charter Ross Callon
- Re: [Idr] Revised proposed IDR charter John Leslie
- Re: [Idr] Revised proposed IDR charter John G. Scudder
- Re: [Idr] Revised proposed IDR charter John G. Scudder
- Re: [Idr] Revised proposed IDR charter Danny McPherson
- Re: [Idr] Revised proposed IDR charter John G. Scudder
- Re: [Idr] Revised proposed IDR charter Danny McPherson
- Re: [Idr] Revised proposed IDR charter Eric Rosen
- Re: [Idr] Revised proposed IDR charter Jeffrey Haas
- Re: [Idr] Revised proposed IDR charter Jari Arkko
- Re: [Idr] Revised proposed IDR charter Ross Callon
- Re: [Idr] Revised proposed IDR charter Susan Hares