Proposed IESG structure change

IETF Chair <> Tue, 07 October 2014 22:24 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id B9EBD1A8983; Tue, 7 Oct 2014 15:24:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id e_ERP0lUWHU7; Tue, 7 Oct 2014 15:24:03 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 884DB1A897B; Tue, 7 Oct 2014 15:24:02 -0700 (PDT)
Received: from localhost (localhost []) by (Postfix) with ESMTP id CF67D1E59CC; Tue, 7 Oct 2014 15:23:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id xi3YbpvuopqJ; Tue, 7 Oct 2014 15:23:13 -0700 (PDT)
Received: from [] (unknown []) by (Postfix) with ESMTPSA id 8D9E11E59CA; Tue, 7 Oct 2014 15:23:13 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Subject: Proposed IESG structure change
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: IETF Chair <>
Date: Tue, 7 Oct 2014 15:24:00 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
To: IETF Announcement List <>
X-Mailer: Apple Mail (2.1878.6)
Cc: IETF Discussion <>
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 07 Oct 2014 22:24:04 -0000

Dear Community:

The IESG is considering a change in structure, with the intent to increase
flexibility as IETF work evolves, to ensure that all IETF work is covered by
an AD, and to balance and reduce the workload across the ADs. A significant
amount of the work that is going on in the APP area pertains to the web
protocols, but that has a good deal of crossover with work in RAI. There is
also some crossover work between the APP and TSV areas. While the specific
amount of work in any IETF area fluctuates over time, we have noticed that
the number of WGs in the APP area, particularly on the non-web protocols, is
currently shrinking. So we are starting to think about reorganizing the areas
a bit, possibly merging parts (or all) of the APP and RAI areas into a single
area, possibly redistributing work in other ways between all of the areas,
but in any event changing the load balance among the areas and the ADs,
while continuing the work that the WGs are currently doing. It is explicitly
not our intention to bar any existing or new work from the IETF with these
changes.  We are committing to coming up with a proposal to the community
for that by May 2015. We believe the end result of that could be to reduce the
number of areas by one.

In the short term, however, we would like to advise the NomCom to *not* fill
the APP AD vacancy in this NomCom cycle. We believe the current load can be
handled by the one remaining APP AD, and the RAI and TSV ADs are committed
to helping out if need be. We believe that it is unreasonable to have the
NomCom find a new AD and ask them to commit to two years only to discover
later that we may want to eliminate or significantly change the responsibilities
for that position within a year. Whether the end result is that we end up with a
combined larger RAI/APP area that requires three ADs, or recombining in some
other way, we think reducing down to 14 ADs in this NomCom cycle is the right
thing to do.

We want and need community consultation on this topic. We believe this is the
correct path, but we need to hear if there are any concerns from the rest of
the community before we tell the NomCom to do this. Please send your
comments, or alternatively to if you prefer, by 13
October 2014.  We need to let the NomCom know ASAP if we decide to move
forward with this.

Jari Arkko for the IESG