Re: [mif] The formation of the design team

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 04 April 2013 07:12 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0022D21F95FC for <mif@ietfa.amsl.com>; Thu, 4 Apr 2013 00:12:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.576
X-Spam-Level:
X-Spam-Status: No, score=-99.576 tagged_above=-999 required=5 tests=[AWL=-0.655, BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, RCVD_ILLEGAL_IP=1.908, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x7rsUpF+JOC6 for <mif@ietfa.amsl.com>; Thu, 4 Apr 2013 00:12:43 -0700 (PDT)
Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) by ietfa.amsl.com (Postfix) with ESMTP id 3B6DC21F95FB for <mif@ietf.org>; Thu, 4 Apr 2013 00:12:43 -0700 (PDT)
Received: by mail-wi0-f177.google.com with SMTP id hm14so2275013wib.4 for <mif@ietf.org>; Thu, 04 Apr 2013 00:12:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ORGLr/Lg3gGXbhFun7VKQc/P6gWoaDaExF33TTjuatI=; b=R8yJrQHz6XXwQCKm41kB+Xw8jVfZoxNqGKTtLLsjkamTBL7zlY/FsY0Vu+X0w5KbTT PWdzOjfNYd+XdLsZwQsMtnf9/rhDFabn5rCSuP1Njg2lls+R/IARQIV7qzeu9a4m2X/2 DXZu5I/ZJkzxVJykLkTx4nfvvwkiplOkBvm4BmB1MFqbLt7N5u3f7nHb685i0OKfOXTi 1YdOyMA85TsBULaI03A0jt/iFFoAOqTsnlVCKIesp3pmhMxB1DmZ6YVIsAhk0mW3vRXQ MC9d4JCW0UZ9pS6dY0yviUw2FhFfdoIqk+zVXNBbjM0bJ5IaSmdyZ+2+f4YHlnfdMigQ Xgsw==
X-Received: by 10.194.222.3 with SMTP id qi3mr7470677wjc.28.1365059562352; Thu, 04 Apr 2013 00:12:42 -0700 (PDT)
Received: from [192.168.1.65] (host-2-102-219-181.as13285.net. [2.102.219.181]) by mx.google.com with ESMTPS id j4sm29154494wiz.10.2013.04.04.00.12.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Apr 2013 00:12:41 -0700 (PDT)
Message-ID: <515D27EA.20006@gmail.com>
Date: Thu, 04 Apr 2013 08:12:42 +0100
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Margaret Wasserman <mrw@lilacglade.org>
References: <CANF0JMAkCPYHotZ_j5YEDsB+CWPcjE2j1_sqO5iQ156-ebGbXQ@mail.gmail.com> <28783.1365004956@sandelman.ca> <515C5844.1020802@gmail.com> <0B1F4EC1-B8EA-4D0A-815E-27FD485A6BD0@lilacglade.org>
In-Reply-To: <0B1F4EC1-B8EA-4D0A-815E-27FD485A6BD0@lilacglade.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: MIF Mailing List <mif@ietf.org>
Subject: Re: [mif] The formation of the design team
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Apr 2013 07:12:44 -0000

Margaret,


On 03/04/2013 18:34, Margaret Wasserman wrote:
> Hi Brian,
> 
>> I think the real question is whether the architecture issue
>> that underlies MIF can actually be solved within the limits
>> of an IETF WG. But certainly the first stage is to produce a
>> clear statement of what the issue is, and I would press the
>> design team to bring that statement back to the WG *before*
>> considering possible solutions.
> 
> There are already two sources of information about "the problem" available:
> 
> (1) The problem statement we published last year.

Meaning RFC 6418, I assume. Well yes, that is what the WG is supposed to
be doing - I assumed from Hui's message that this was a design team for
some specific subset of MIF's problem set.

> (2) The slides Ted Lemon presented in Orlando.

Again, I would have expected a reference to that it the announcement.
It was by no means obvious to people who did not attend.

As a matter of fact I very much like those slides, especially slide 9.

Unfortunately I believe what I said above: the scope of the underlying
problem is very broad and very hard to solve. It would take a lot more than
one email to really justify that statement, but I think the design team will
have to scope their work very narrowly to focus on partial solutions.

> 
> I don't see how we would benefit from going through another multi-year effort to identify "the problem".  Maybe it is true that when we start looking at the solution space, we will decide that there is no tractable way to solve the problem, but we'll never figure that out if we don't look at the solution space at some point…
> 
> There are already solutions out there that solve (parts of) the problem, too, and we attempted to document those, as well.
> 
>> BTW, it's normal for a design team to have a sort of mini-charter
>> that consists of more than two words.
> 
> 
> In my experience, design teams have varied a lot both in formality and organization. 

Yes, but a few more words of explanation would have made things a *lot* clearer.

> During the first call, we will talk to the design team about how we want to organize ourselves.
> 
> Like all design teams, of course, anything the team produces will just be input to the WG…  We would need WG consensus to adopt it or publish it.

Thanks.

On 04/04/2013 00:48, Ted Lemon wrote:

> However, it may be that you or Michael are concerned that process isn't being followed.   It could be argued that the meeting Hui announced is really an interim working group meeting and not a design team meeting.   If that's the case, then the two week notice requirement applies.

No, I have no problem with concept of a design team; a smaller group can often
do a better job on a multi-faceted problem than a big group.

      Brian