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
> 
>