Fwd: Improving and Restructuring the Routing Area
Giles Heron <giles.heron@gmail.com> Tue, 10 June 2014 20:43 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 A50671A042D
for <l2vpn@ietfa.amsl.com>; Tue, 10 Jun 2014 13:43:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=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 Mp8o6boXb0Wp for <l2vpn@ietfa.amsl.com>;
Tue, 10 Jun 2014 13:43:52 -0700 (PDT)
Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com
[IPv6:2a00:1450:400c:c00::231])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id CB2811A02FB
for <l2vpn@ietf.org>; Tue, 10 Jun 2014 13:43:50 -0700 (PDT)
Received: by mail-wg0-f49.google.com with SMTP id y10so2116067wgg.20
for <l2vpn@ietf.org>; Tue, 10 Jun 2014 13:43:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=from:content-type:message-id:mime-version:subject:date:references
:cc:to; bh=tptC6rFknR4Uh/6jnsjuCIP2QSdJpXXq/lx1aXlAlQg=;
b=q7Z2o+p0Lz5wiSmi9Sjc+YaNfBHilIOhM/obcsFv+4yoOifLcwy0tzd9Q1LHpeDk/O
v/K4K11QCVvGZTsUE1CmyUQH0uwqXqKNE+uCQV3nklskhse/NFzpNu+fCttS5WDU43Jj
MtiWfRgEDqZkBvuKNZskUbHNnyWKMK2jAfa6OQDEiKAaYRAxIg4yRFQ1S6BvM3VZi40c
7TvMWVt1UGAkZvLAleeBq1gOcsNDA6xN8B9rVzygVJ8foCw7aisr0aQcCyNo/2entndO
58+nfRNmHbQkjRRsugSr+PBRUJmesqT0GXyM5j1ro6jUcWKNYiPm+Aj4+bERq7aLOBsL
4N7w==
X-Received: by 10.14.194.136 with SMTP id m8mr3109403een.4.1402433028861;
Tue, 10 Jun 2014 13:43:48 -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 x42sm54455823eel.41.2014.06.10.13.43.47
for <multiple recipients>
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Tue, 10 Jun 2014 13:43:48 -0700 (PDT)
From: Giles Heron <giles.heron@gmail.com>
Content-Type: multipart/alternative;
boundary="Apple-Mail=_F502E2ED-8170-419F-98FB-046B5D945D20"
Message-Id: <BFD4A242-3C6B-4576-BBAA-8E9E8A912115@gmail.com>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
Subject: Fwd: Improving and Restructuring the Routing Area
Date: Tue, 10 Jun 2014 21:43:46 +0100
References: <CAG4d1reTVkd+uZ+2pEFHx9Eja96b-5-aZ555FCJ_kR5eRhVD=A@mail.gmail.com>
To: l2vpn@ietf.org
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/l2vpn/uGxOdV6Dp8y_FeXkEYhtBNosbQ4
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:43:56 -0000
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