Re: [sami] Bringing new work into the IETF

Melinda Shore <melinda.shore@gmail.com> Mon, 22 August 2011 15:26 UTC

Return-Path: <melinda.shore@gmail.com>
X-Original-To: sami@ietfa.amsl.com
Delivered-To: sami@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72FB921F8AF8 for <sami@ietfa.amsl.com>; Mon, 22 Aug 2011 08:26:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 o-WJxDfXMoYs for <sami@ietfa.amsl.com>; Mon, 22 Aug 2011 08:26:38 -0700 (PDT)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id D487521F8AF0 for <sami@ietf.org>; Mon, 22 Aug 2011 08:26:37 -0700 (PDT)
Received: by gyf3 with SMTP id 3so4458078gyf.31 for <sami@ietf.org>; Mon, 22 Aug 2011 08:27:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=6rLcZoYt8Zg4+tXm1NPHr2yr34ZgeHszl6KPVn6kWLU=; b=J/MN/0iZ7K+yKsOzyj+kWo70K1SWcbt6uGxk6VbZ7NeLmq7ga5vmJoX9DhGOfqWJ9L 2/b181XdSzKib/cJi3nxkONZUZWD4zrrM5yf9fgx36fIBvSa1anmJST+Pc/FKdwCnjD/ zHJpAVnEaglOsF9JIOceWFEN4zXx0xeKqF9O4=
Received: by 10.68.17.38 with SMTP id l6mr173619pbd.353.1314026861800; Mon, 22 Aug 2011 08:27:41 -0700 (PDT)
Received: from polypro.local (66-230-82-131-rb1.fai.dsl.dynamic.acsalaska.net [66.230.82.131]) by mx.google.com with ESMTPS id q3sm972991pbo.55.2011.08.22.08.27.39 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Aug 2011 08:27:40 -0700 (PDT)
Message-ID: <4E527569.4080906@gmail.com>
Date: Mon, 22 Aug 2011 07:27:37 -0800
From: Melinda Shore <melinda.shore@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11
MIME-Version: 1.0
To: "So, Ning" <ning.so@verizon.com>, "sami@ietf.org" <sami@ietf.org>
References: <004c01cc57ec$7f602ed0$7e208c70$@com> <20110811074034.GA12533@elstar.local> <005701cc5806$03cd8370$0b688a50$@com> <4A95BA014132FF49AE685FAB4B9F17F605189C80@dfweml504-mbx.china.huawei.com> <006001cc5cbb$de6c48e0$9b44daa0$@com> <6665BC1FEA04AB47B1F75FA641C43BC08146326D@FHDP1LUMXC7V41.us.one.verizon.com> <004b01cc5d9e$c7015130$5503f390$@com> <CDDE62FF82604D09B92836C30BE7AD07@davidPC> <6665BC1FEA04AB47B1F75FA641C43BC0814DB910@FHDP1LUMXC7V41.us.one.verizon.com> <201108221225.p7MCP8Ih021246@cichlid.raleigh.ibm.com> <6665BC1FEA04AB47B1F75FA641C43BC0814DBCB1@FHDP1LUMXC7V41.us.one.verizon.com>
In-Reply-To: <6665BC1FEA04AB47B1F75FA641C43BC0814DBCB1@FHDP1LUMXC7V41.us.one.verizon.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [sami] Bringing new work into the IETF
X-BeenThere: sami@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: State Migration <sami.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sami>, <mailto:sami-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sami>
List-Post: <mailto:sami@ietf.org>
List-Help: <mailto:sami-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sami>, <mailto:sami-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Aug 2011 15:26:38 -0000

On 8/22/11 5:52 AM, So, Ning wrote:
> It is important to have a common agreement on requirements.  I
 > stated my opinion and use case.  I will reach out to the carriers
 > I have been work with in other areas to see if they also have the
 > similar requirements.  If it is true, then IETF has to
 > play a key role in this.

I tend to think that this is basically of a piece with wishing for a
pony. That said, as important it is to reach an agreement on
requirements, it's even more important to reach an agreement on
what piece of work is to be done.

That said, the IETF is the Internet Engineering Task
Force.  Just because something moves across a network doesn't mean
that it's necessarily a network problem.  There's also the question
of past being prologue - in an odd feat of chartering rserpool
tackled moving live servers but not moving any of the state associated
with them, and the question of moving middlebox state didn't even
come up.  I tend to think that it's because people involved in the
chartering decision looked at the problem and decided that if the
working group took it on they'd never finish.  Anyway, to
circle back around it seems to me that it's probably a good idea to
stay focused on the network aspects of, erm, whatever it is you
think the IETF should do.  This is not just because of the
question of organizational scope, but also because of the
expertise within the group.

I've also thought about the question of running layer 2 subnets
over the transport layer but that's really not what has been
proposed so far.  I think that a good way to get a handle on
the answer to David's question, "If we build it, will they come?"
would be for one of the proponents of this work to try to
convince Huge Virtualization Vendor <x> to participate in
developing a mechanism that would allow their images to run on
Freeware Hypervisor <y>.

Melinda