[rrg] Ivip IDs updated

Robin Whittle <rw@firstpr.com.au> Sat, 06 March 2010 18:02 UTC

Return-Path: <rw@firstpr.com.au>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 772C528C1E9 for <rrg@core3.amsl.com>; Sat, 6 Mar 2010 10:02:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.758
X-Spam-Level:
X-Spam-Status: No, score=-1.758 tagged_above=-999 required=5 tests=[AWL=0.137, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327]
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 AFtwC5cphKTl for <rrg@core3.amsl.com>; Sat, 6 Mar 2010 10:02:43 -0800 (PST)
Received: from gair.firstpr.com.au (gair.firstpr.com.au [150.101.162.123]) by core3.amsl.com (Postfix) with ESMTP id 53B9028C1BB for <rrg@irtf.org>; Sat, 6 Mar 2010 10:02:42 -0800 (PST)
Received: from [10.0.0.6] (wira.firstpr.com.au [10.0.0.6]) by gair.firstpr.com.au (Postfix) with ESMTP id 07C69175A7B; Sun, 7 Mar 2010 05:02:42 +1100 (EST)
Message-ID: <4B9298C2.6000604@firstpr.com.au>
Date: Sun, 07 Mar 2010 05:02:42 +1100
From: Robin Whittle <rw@firstpr.com.au>
Organization: First Principles
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: RRG <rrg@irtf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [rrg] Ivip IDs updated
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Mar 2010 18:02:45 -0000

The important updates are:

   DRTM - Distributed Real Time Mapping for Ivip and LISP
   http://tools.ietf.org/html/draft-whittle-ivip-drtm-01

      Much improved DTRM description compared to my initial
      RRG message of 25/26 February.

   Ivip Glossary
   http://tools.ietf.org/html/draft-whittle-ivip-glossary-01

      Updated to match the above.


I believe DRTM overcomes some objections which previously applied to
Ivip's mapping system.

DRTM does not involve any device needing to have the full set of
mapping for all MABs (Mapped Address Blocks).  Nor is there a need
for ISPs and end-user networks to run query servers which are "full
database" (getting continual real-time mapping changes) for any of
the MABs.  All ITRs and query servers (QSRs and the optional QSCs) in
ISPs and end-user networks are caching-only.

DRTM also provides for introduction of scalable routing supportive
SPI ("edge") space portability, multihoming and inbound-TE with no
ISP investment and almost no involvement.  The initiative is taken by
- and the investments are made by - MAB Operating Companies.  These
need not be ISPs.


I hope to finish the update Ivip-arch in the next day or so.  The 03
version doesn't cover the new DRTM (Distributed Real Time Mapping)
arrangements.  The new version will be:

  http://tools.ietf.org/html/draft-whittle-ivip-arch-04


The less important updates are:

   Fast Payload Replication mapping distribution for Ivip
   http://tools.ietf.org/html/draft-whittle-ivip-fpr-01

      Same as before, but with a note that the techniques
      here may be useful for Ivip and other purposes, but
      are not required for the new DRTM approach to Ivip.


   http://tools.ietf.org/html/draft-whittle-ivip-db-fast-push-04

      Stub ID to indicate that the previous versions are
      obsolete and no longer part of Ivip.


  - Robin