Re: [Saad] Very quiet

Dave Crocker <dhc@dcrocker.net> Sun, 21 December 2003 03:47 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00652 for <saad-archive@odin.ietf.org>; Sat, 20 Dec 2003 22:47:33 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AXuYc-0003dH-T5 for saad-archive@odin.ietf.org; Sat, 20 Dec 2003 22:47:07 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hBL3l603013957 for saad-archive@odin.ietf.org; Sat, 20 Dec 2003 22:47:06 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AXuYc-0003d2-MK for saad-web-archive@optimus.ietf.org; Sat, 20 Dec 2003 22:47:06 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00643 for <saad-web-archive@ietf.org>; Sat, 20 Dec 2003 22:47:02 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AXuYZ-0003Ak-00 for saad-web-archive@ietf.org; Sat, 20 Dec 2003 22:47:03 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AXuYY-0003Ac-00 for saad-web-archive@ietf.org; Sat, 20 Dec 2003 22:47:03 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AXuYY-0003AZ-00 for saad-web-archive@ietf.org; Sat, 20 Dec 2003 22:47:02 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AXuYX-0003cY-Ao; Sat, 20 Dec 2003 22:47:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AXuYM-0003cE-Ff for saad@optimus.ietf.org; Sat, 20 Dec 2003 22:46:50 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA00624 for <saad@ietf.org>; Sat, 20 Dec 2003 22:46:46 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AXuYJ-00039p-00 for saad@ietf.org; Sat, 20 Dec 2003 22:46:47 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AXuYH-00039Z-00 for saad@ietf.org; Sat, 20 Dec 2003 22:46:46 -0500
Received: from p13.n-chpop03.stsn.com ([63.240.154.13] helo=chpop.smtp.stsn.com) by ietf-mx with esmtp (Exim 4.12) id 1AXuYH-00036L-00 for saad@ietf.org; Sat, 20 Dec 2003 22:46:45 -0500
Received: from BBFUJIP ([10.24.143.132]) by chpop.smtp.stsn.com with Microsoft SMTPSVC(5.0.2195.5329); Sun, 21 Dec 2003 21:42:09 -0600
From: Dave Crocker <dhc@dcrocker.net>
To: Spencer Dawkins <spencer@mcsr-labs.org>
CC: saad@ietf.org
X-Mailer: PocoMail 3.01 (1661) - EVALUATION VERSION
X-URL: http://www.pocomail.com/
Reply-To: dcrocker@brandenburg.com
Date: Sat, 20 Dec 2003 21:42:35 -0600
Message-ID: <20031220214235.652512@BBFUJIP>
In-Reply-To: <086901c3c724$7e81ed20$0400a8c0@DFNJGL21>
Subject: Re: [Saad] Very quiet
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 22 Dec 2003 03:42:09.0312 (UTC) FILETIME=[93B41A00:01C3C83D]
Content-Transfer-Encoding: 7bit
Sender: saad-admin@ietf.org
Errors-To: saad-admin@ietf.org
X-BeenThere: saad@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=unsubscribe>
List-Id: Scope Addressing Architecture Discussion <saad.ietf.org>
List-Post: <mailto:saad@ietf.org>
List-Help: <mailto:saad-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/saad>, <mailto:saad-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.3 required=5.0 tests=AWL,HTML_50_60,HTML_MESSAGE, MIME_HTML_ONLY autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Spencer,

 

SD> multihomed *hosts*. So, not only is ipv4 technically off-topic for

SD> multi6, but things like id/loc separation impacts on transports and

SD> applications should be, too.

 

SD> Maybe we can migrate the appropriate people over...

 

 

I would like for this to be the right venue, but please note that the

charter for the list cast the issue as an addressing topic. Some of

the proposals -- no surprise, this includes MAST -- solve mobility and

multihoming without creating any new, long-term identification

structure. They use session-internal, ephemeral identifiers, but

nothing registered or public.

 

I read the charter as precluding this solution path.

 

Please tell me I'm reading it wrong (and how) or perhaps we can revise

the charter wording some?

 

d/

--

  Dave Crocker <dcrocker-at-brandenburg-dot-com>

  Brandenburg InternetWorking <www.brandenburg.com>

  Sunnyvale, CA USA <tel:+1.408.246.8253>