Re: Improving and Restructuring the Routing Area
Giles Heron <giles.heron@gmail.com> Tue, 10 June 2014 20:52 UTC
Return-Path: <giles.heron@gmail.com>
X-Original-To: l2vpn@ietfa.amsl.com
Delivered-To: l2vpn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 5F0721A02D3
for <l2vpn@ietfa.amsl.com>; Tue, 10 Jun 2014 13:52:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Ttm2NFmQX8-w for <l2vpn@ietfa.amsl.com>;
Tue, 10 Jun 2014 13:52:47 -0700 (PDT)
Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com
[IPv6:2a00:1450:400c:c05::22e])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 2B7EA1A02D8
for <l2vpn@ietf.org>; Tue, 10 Jun 2014 13:52:47 -0700 (PDT)
Received: by mail-wi0-f174.google.com with SMTP id bs8so466215wib.13
for <l2vpn@ietf.org>; Tue, 10 Jun 2014 13:52:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=content-type:mime-version:subject:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to;
bh=W3V+R6O/3ivpQ5h2RRFOCTHWw9BvbbijukZZSD1ssOo=;
b=AFe20jGuaHrr5Z273v65q1Mc/9XIEwLxdOkgO//f1QrxBImaeqbPmVN/a6KS4cxhc7
wwQaOikSvkzgic9X/7/s515k60zlZ9wHPNqp8BpNB27Ql/3BcJcRWDs89gMomCH4+5uJ
tqpi4hJmvFSvZdNywlB4+OnhhZwciDRPKzQylcnqL8/TqSPxIIjC64XUY+83kapcNTnH
eTooD/PcqNND5aQhe1+2Vrj4XISl5c/0OZlJOGjVZhv8aeLw0ynGXimtemFxkQCRJSRt
QyFAXVVTCpbecqnF3WQ3EGnS9QMVsqWP93Sg3ONIlitz1cmVUikOcuj2fwUVJNVF7fbJ
oB2Q==
X-Received: by 10.14.4.199 with SMTP id 47mr4686032eej.9.1402433565668;
Tue, 10 Jun 2014 13:52:45 -0700 (PDT)
Received: from [10.61.205.17] (173-38-208-169.cisco.com. [173.38.208.169])
by mx.google.com with ESMTPSA id i2sm54496016eem.11.2014.06.10.13.52.44
for <multiple recipients>
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Tue, 10 Jun 2014 13:52:44 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
Subject: Re: Improving and Restructuring the Routing Area
From: Giles Heron <giles.heron@gmail.com>
In-Reply-To: <BFD4A242-3C6B-4576-BBAA-8E9E8A912115@gmail.com>
Date: Tue, 10 Jun 2014 21:52:43 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <613B8EB4-1902-4786-B994-05CE0FE89D17@gmail.com>
References: <CAG4d1reTVkd+uZ+2pEFHx9Eja96b-5-aZ555FCJ_kR5eRhVD=A@mail.gmail.com>
<BFD4A242-3C6B-4576-BBAA-8E9E8A912115@gmail.com>
To: l2vpn@ietf.org
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/l2vpn/5vE_uwP8KYuLsTF4vk1jQPWREVk
X-BeenThere: l2vpn@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Layer 2 Virtual Private Networks <l2vpn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2vpn>,
<mailto:l2vpn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l2vpn/>
List-Post: <mailto:l2vpn@ietf.org>
List-Help: <mailto:l2vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2vpn>,
<mailto:l2vpn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jun 2014 20:52:49 -0000
please also note that discussion will happen on routing-discussion@ietf.org. So if you want to participate then please join that list. Giles On 10 Jun 2014, at 21:43, Giles Heron <giles.heron@gmail.com> wrote: > please do read this. > > Begin forwarded message: > >> Resent-From: <wg-alias-bounces@tools.ietf.org> >> From: Alia Atlas <akatlas@gmail.com> >> Subject: Fwd: Improving and Restructuring the Routing Area >> Date: 10 June 2014 21:14:10 BST >> Resent-To: <jhaas@pfrc.org>rg>, <nobo@cisco.com>om>, <dbrungard@att.com>om>, <lberger@labn.net>et>, <hadi@mojatatu.com>om>, <damascene.joachimpillai@verizon.com>om>, <jhaas@pfrc.org>rg>, <edc@google.com>om>, <shares@ndzh.com>om>, <jgs@juniper.net>et>, <chopps@rawdofmt.org>rg>, <hannes@juniper.net>et>, <nabil.n.bitar@verizon.com>om>, <giheron@cisco.com>om>, <thomas.morin@orange.com>om>, <martin.vigoureux@alcatel-lucent.com>om>, <macker@itd.nrl.navy.mil>il>, <sratliff@cisco.com>om>, <swallow@cisco.com>om>, <loa@pi.nu>nu>, <rcallon@juniper.net>et>, <bensons@queuefull.net>et>, <matthew.bocci@alcatel-lucent.com>om>, <akr@cisco.com>om>, <acee.lindem@ericsson.com>om>, <jpv@cisco.com>om>, <julien.meuric@orange.com>om>, <mmcbride7@gmail.com>om>, <stig@venaas.com>om>, <matthew.bocci@alcatel-lucent.com>om>, <agmalis@gmail.com>om>, <mcr+ietf@sandelman.ca>ca>, <mariainesrobles@gmail.com>om>, <aretana@cisco.com>om>, <jeff.tantsura@ericsson.com>om>, <narten@us.ibm.com>om>, <jguichar@cisco.com>om>, <sandy@tislabs.com>om>, <morrowc@ops-netman.net>et>, <aretana@cisco.com>om>, <jgs@juniper.net>et>, <akatlas@gmail.com>om>, <adrian@olddog.co.uk> >> To: "rtg-chairs@ietf.org" <rtg-chairs@ietf.org> >> >> Could you please forward to your working groups for those not on routing-discussion? >> >> Thanks, >> Alia >> >> ---------- Forwarded message ---------- >> From: Alia Atlas <akatlas@gmail.com> >> Date: Tue, Jun 10, 2014 at 3:57 PM >> Subject: Improving and Restructuring the Routing Area >> To: routing-discussion@ietf.org >> >> >> To all participants in the Routing Area, >> >> Adrian and I are working on improving the quality, speed, and >> experience of getting work done in the IETF Routing Area. There are >> three initiatives that we are working: WG Draft QA, Routing Area >> specific WG chair training, and reorganizing the working groups in the >> area. >> >> First, we intend to use our Routing Directorate more proactively by >> introducing a Working Group Draft Quality Assurance (WG Draft QA) >> process where the same selected routing directorate member will review >> a draft during WG draft adoption and during WG last call. The process >> will be documented on the Routing Area wiki >> (http://trac.tools.ietf.org/area/rtg/trac/wiki). This should allow >> directorate reviews to report technical issues that can actually get >> fixed early in the process (equivalent of bug reports) as opposed to >> just noting the concerns in the drafts (equivalent of release notes). >> >> Second, as was discussed during the recent IESG retreat, in addition >> to the IETF-wide WG chair training, we intend to have a series of >> training sessions for WG Chairs in the Routing Area addressing topics >> such as judging consensus, project management, motivating volunteers, >> using the datatracker (via a sandbox version that can be played >> with safely), and sharing experiences between WG chairs. >> >> Third, we intend to reorganize the working groups in the Routing area. >> We feel that it is important to focus on areas where there is active >> interest in standardization and to be open and able to accept new work >> into the area. As you know, we have had several new working groups >> (nvo3, i2rs, sfc, spring) created in the last few years and we need to >> be open and able to handle more new work as it comes in. We would >> also like to improve the signal-to-noise ratio experienced by >> participants in the different working groups and improve the quantity >> and quality of discussion and reviews. It is likely that not all WGs >> in the Routing Area will be directly affected. >> >> Here is the time-line for reorganizing the WGs. >> >> NOW: public discussion on routing-discussion@ietf.org about how to >> reorganize the working groups to best meet our motivations. >> Additional focused discussions are expected on the >> rtg-chairs@ietf.org and rtg-dir@ietf.org mailing lists. >> >> In Toronto: There will be meetings with the WG chairs and the >> Routing Directorate to get the ideas described and agreed upon. >> >> At the Routing Area Meeting in Toronto: Discuss the set of >> reorganized WGs and general charter content in the Routing Area >> meeting. >> >> September 2014: Based upon the feedback, suggestions, and >> discussion, Adrian and I finalize the reorganized WG charters. We >> start the internal IESG discussion and public reviews. >> >> October 2014: Formal rechartering process completes. >> >> In Honolulu: The new set of WGs meet. >> >> After Honolulu: Adrian and I deal with any issues and charter >> updates based upon a few months of experience. >> >> Here are the motivations that Adrian and I would like to be considered >> when coming up with ideas for how the WGs should be reorganized. >> >> 1) Move towards organizing working groups on functional >> responsibilities rather than scoping them to specific protocols. >> >> 2) Split giant working groups so relevant work is done in one place >> and there is an improved signal-to-noise ratio for participants who >> are only interested in a slice of the current working group's work. >> >> 3) Create synergies for scattered functionality (example ideas: >> OAM, FRR, traffic-engineering) >> >> 4) Create a DISPATCH working group for clear new idea discussion; >> rtgwg serves some of this purpose but doesn't have a clear process >> and isn't drawing in the new ideas. >> >> 5) Focus Routing Area time on design centers rather than on far >> corner cases. >> >> 6) Each working group should have clear, well defined, and achievable goals. >> >> Noting that the Routing Area has inherited some of its WG structure >> from the sub-IP area, it is not a goal to force IP routing and MPLS >> routing to remain separated. >> >> The goal of this reorganization is not closing working groups. Adrian >> and Alia are perfectly capable of closing working groups without going >> through restructuring. >> >> For those of you that have read this far, thank you. Getting this 80% >> right is going to take some serious discussion and thought. We all >> work in the Routing Area together with different perspectives. Please >> think carefully and help us have a highly focused discussion. >> >> Thanks, >> Alia and Adrian >> >> >
- Fwd: Improving and Restructuring the Routing Area Giles Heron
- Re: Improving and Restructuring the Routing Area Giles Heron