Re: Call for Papers: IAB Workshop on Stack Evolution in a Middlebox Internet (SEMI)

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Wed, 26 November 2014 17:27 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B74791A0177 for <ietf@ietfa.amsl.com>; Wed, 26 Nov 2014 09:27:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.599
X-Spam-Level:
X-Spam-Status: No, score=0.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 C-3CuExEWZ3F for <ietf@ietfa.amsl.com>; Wed, 26 Nov 2014 09:27:40 -0800 (PST)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by ietfa.amsl.com (Postfix) with SMTP id 3FDE11A0203 for <ietf@ietf.org>; Wed, 26 Nov 2014 09:27:26 -0800 (PST)
Received: (qmail 30408 invoked from network); 26 Nov 2014 17:14:47 -0000
Received: from necom830.hpcl.titech.ac.jp (HELO ?127.0.0.1?) (131.112.32.132) by necom830.hpcl.titech.ac.jp with SMTP; 26 Nov 2014 17:14:47 -0000
Message-ID: <54760D77.60401@necom830.hpcl.titech.ac.jp>
Date: Thu, 27 Nov 2014 02:27:19 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Phillip Hallam-Baker <phill@hallambaker.com>
Subject: Re: Call for Papers: IAB Workshop on Stack Evolution in a Middlebox Internet (SEMI)
References: <9D725DD0-7136-4D02-99E0-48E03C173C9E@iab.org> <BB616542-70E8-47F9-99E8-305AA63B45C9@iab.org> <5475A0A5.50105@necom830.hpcl.titech.ac.jp> <CAMm+Lwjf9jfYhE7rCaLdP32fq5=7GjiVpGpJpw1gTHK7HnivXQ@mail.gmail.com>
In-Reply-To: <CAMm+Lwjf9jfYhE7rCaLdP32fq5=7GjiVpGpJpw1gTHK7HnivXQ@mail.gmail.com>
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/SzdZi8AYG2RusQrJJ4m6TW9jHiA
Cc: IAB <iab@iab.org>, IETF <ietf@ietf.org>, IETF Announce <ietf-announce@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2014 17:27:40 -0000

Phillip Hallam-Baker wrote:

>> I wrote a position paper for SEMI workshop and it was rejected
>> with a surprising review comment, all of the point of which
>> is wrong.
> 
> That is because it is a workshop on how the Internet can evolve to
> realize the architecture of the stack, not a workshop on how the
> architecture of the stack can evolve to address the way people use it.

Your statement has nothing to do with the wrongness of the review
comment of:

   E2ENAT also seems to require (1) reducing the ability of NAT to
   reduce address allocation pressure and (2) replacing NAT boxes and
   endpoint IP stacks, which would seem to limit its incremental
   deployability; as such, the reviewers don't think this proposal
   does much to address the problems raised in the CFP.

> The only end points that can be fixed end to end on a network are
> cryptographic keys and data bound to cryptographic keys. Ports and IP
> addresses are ephemera.

Using cryptographic keys is an interesting solution for SEMI. But, it
requires, to introduce IPSEC or something like that with negotiated SPI
or something like that, cooperation of servers and clients, anyway.

							Masataka Ohta