Re: [mif] The formation of the design team

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 03 April 2013 17:47 UTC

Return-Path: <mcr@sandelman.ca>
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 D65D721F8D86 for <mif@ietfa.amsl.com>; Wed, 3 Apr 2013 10:47:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 EHeTHeMMnNNl for <mif@ietfa.amsl.com>; Wed, 3 Apr 2013 10:47:40 -0700 (PDT)
Received: from tuna.sandelman.ca (unknown [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) by ietfa.amsl.com (Postfix) with ESMTP id C1E4A21F8D40 for <mif@ietf.org>; Wed, 3 Apr 2013 10:47:39 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 978A920168; Wed, 3 Apr 2013 13:56:54 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id D8B86638E8; Wed, 3 Apr 2013 13:47:23 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id C75D8638E7; Wed, 3 Apr 2013 13:47:23 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: MIF Mailing List <mif@ietf.org>
In-Reply-To: <0B1F4EC1-B8EA-4D0A-815E-27FD485A6BD0@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>
X-Mailer: MH-E 8.3; nmh 1.3-dev; XEmacs 21.4 (patch 22)
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Wed, 03 Apr 2013 13:47:23 -0400
Message-ID: <15466.1365011243@sandelman.ca>
Sender: mcr@sandelman.ca
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: Wed, 03 Apr 2013 17:47:41 -0000

>>>>> "Margaret" == Margaret Wasserman <mrw@lilacglade.org> writes:
    >> 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.

    Margaret> There are already two sources of information about "the problem" available:

    Margaret> (1) The problem statement we published last year.
    Margaret> (2) The slides Ted Lemon presented in Orlando.

I actually did look at the WG datatracker page to try and see if I could
find such a document before I asked.... I guess I missed finding it
as I was looking for "architecture", not "problem statement"
RFC6418.

I guess "Ted Lemon presented" slides are:
  http://tools.ietf.org/agenda/86/slides/slides-86-mif-1.pdf

  "The	solution requires fundamental changes in	
  the default architecture of IP stacks"

I think that this is the "architecture" problem then?

The question is I think, how to architect the IP stack such that the bag
of things that make up a provisioning domain can be collected together
properly, and expressed in a concise enough way that an application can
actually say "use this provisioning domain".

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [