Re: [v6ops] draft-ietf-v6ops-multihoming-without-nat66 WGLC

Randy Bush <randy@psg.com> Wed, 02 March 2011 03:12 UTC

Return-Path: <randy@psg.com>
X-Original-To: v6ops@core3.amsl.com
Delivered-To: v6ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF2583A6C14 for <v6ops@core3.amsl.com>; Tue, 1 Mar 2011 19:12:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.579
X-Spam-Level:
X-Spam-Status: No, score=-2.579 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PovHhhv66NDt for <v6ops@core3.amsl.com>; Tue, 1 Mar 2011 19:12:22 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by core3.amsl.com (Postfix) with ESMTP id BBED43A6B5D for <v6ops@ietf.org>; Tue, 1 Mar 2011 19:12:21 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from <randy@psg.com>) id 1PucV8-00025h-62; Wed, 02 Mar 2011 03:13:22 +0000
Date: Wed, 02 Mar 2011 12:13:21 +0900
Message-ID: <m24o7m5i5q.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Fred Baker <fred@cisco.com>
In-Reply-To: <0148392A-9BE8-411F-B464-10AC893B472D@cisco.com>
References: <0E87AEAD-8476-499E-8946-C8E31D2E21E9@cisco.com> <m262s4poz2.wl%randy@psg.com> <056B511A55F8AA42A3E492B7DD19A3193C14BB@008-AM1MPN1-015.mgdnok.nokia.com> <m262s4cp4n.wl%randy@psg.com> <4D6C000B.1090704@bogus.com> <056B511A55F8AA42A3E492B7DD19A3193C19A8@008-AM1MPN1-015.mgdnok.nokia.com> <00DFEA69-DD43-49C0-A012-360BDCB41171@cisco.com> <00e601cbd801$2cebaa00$4001a8c0@gateway.2wire.net> <0148392A-9BE8-411F-B464-10AC893B472D@cisco.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-multihoming-without-nat66 WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2011 03:12:22 -0000

> I actually have a problem with that definition, though. Yes, a host
> can act as if it were multiple; virtual hosts do that. But in MultiTCP
> and shim6, the host behaves as if it has more than one address, and
> the address is (correctly) understood to be a determiner of a route. I
> understand what Jon was getting at, but I think it is too limiting.

a lot of what jon was getting at was too limiting.  some consider that a
feature not a bug.

    It's perfectly appropriate to be upset.  I thought of it in a
    slightly different way--like a space that we were exploring and, in
    the early days, we figured out this consistent path through the
    space: IP, TCP, and so on.  What's been happening over the last few
    years is that the IETF is filling the rest of the space with every
    alternative approach, not necessarily any better.  Every possible
    alternative is now being written down.  And it's not useful.  
    -- Jon Postel (the summer before he died)

randy