[rrg] Summary of a layered mapping system based on separation

Charrie Sun <charriesun@gmail.com> Sun, 20 December 2009 00:12 UTC

Return-Path: <charriesun@gmail.com>
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 3F93D3A691D for <rrg@core3.amsl.com>; Sat, 19 Dec 2009 16:12:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.419
X-Spam-Level:
X-Spam-Status: No, score=-1.419 tagged_above=-999 required=5 tests=[AWL=-0.310, BAYES_05=-1.11, HTML_MESSAGE=0.001]
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 hmyNGDXlgEYk for <rrg@core3.amsl.com>; Sat, 19 Dec 2009 16:12:44 -0800 (PST)
Received: from mail-vw0-f203.google.com (mail-vw0-f203.google.com [209.85.212.203]) by core3.amsl.com (Postfix) with ESMTP id A0E1F3A683B for <rrg@irtf.org>; Sat, 19 Dec 2009 16:12:43 -0800 (PST)
Received: by vws41 with SMTP id 41so1197194vws.15 for <rrg@irtf.org>; Sat, 19 Dec 2009 16:12:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ZRJZl/FbyOb5LGH1mB+tPPvmHwUY7blPWCEtaWx18es=; b=Crt+tnUe9jMOS+SfRbsY0217FsfcsAv+RwQTW6/yGav25pXkyDI0NGz8a9YARpYEX3 ZD0KcYHDFw71yWfaD50Uxe9vjtqp5SRHfacegT9zqMlbx28JR+7wERzeq0ty+F0iN7cc FyT1gjsWEUVZqRZqt8JtWE7PZsYOwkhCvuWt0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KUFj0tkvCPZh09GMETOx9pLdHTDITM22xIFunDbjDt3ja3eg1fwmkK20fUwRiaJ48l V3OixBBiTw+Cp7iiphWvwmMEp5DDbpUbsz+JLl5rS0vlVnj2UYTAABkb1AyIPBkhmulg GJq/jaPRWTdEIiWEZ7G2rub1s2oLS8yR1EJ1I=
MIME-Version: 1.0
Received: by 10.220.65.200 with SMTP id k8mr4906005vci.56.1261267944937; Sat, 19 Dec 2009 16:12:24 -0800 (PST)
Date: Sun, 20 Dec 2009 08:12:24 +0800
Message-ID: <4eb512450912191612t356af3d1p631ace236603d2b6@mail.gmail.com>
From: Charrie Sun <charriesun@gmail.com>
To: rrg@irtf.org
Content-Type: multipart/alternative; boundary="0016e64692aed31843047b1dd309"
Subject: [rrg] Summary of a layered mapping system based on separation
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: Sun, 20 Dec 2009 00:12:47 -0000

Proposal: Build a hierarchical mapping system to aid edge-core separation.

Key ideas:

Build a hierarchical mapping system to support scalability, analyze the
design constraints and present an explicit system structure; design a
two-cache mechanism on ingress tunneling router (ITR) to gain low request
delay and facilitate data validation. Tunneling and mapping are done at core
and no change needed on edge networks. Mapping system is run by interest
groups independent of ISP, which conforms to economical model and can be
voluntarily adopted by various networks. Mapping system can also be
constructed stepwise, especially in the IPv6 scenario.

Gains:

1.       Scalability:

a.       Distributed storage of mapping data avoids central storage of
massive data; restrict updates within local areas;

b.      Cache mechanism in ITR reduces request loads on mapping system
reasonably.

2.       Deployability:

a.       No change on edge works; only tunneling in core routers; new
devices in core networks;

b.      Mapping system can be constructed stepwise: a mapping node needn’t
be constructed if none of its responsible ELOCs is allocated. This makes
sense especially for IPv6.

c.       Conform to economic model: mapping system can profit from their
services; core routers and edge networks are willing to join the circle,
either to avoid router upgrades or realize traffic engineering. Benefits
from joining are independent of the scheme’s implementation scale.

3.       Low request delay: Low layer number of the mapping structure and
two-stage cache can well achieve low request delay.

4.       Data consistency: Two-stage cache enables ITR to update data in the
map cache conveniently.

5.       Traffic engineering support: Edge networks inform mapping system
their mappings with all upstream routers with different priority, thus to
control their ingress flows.

Costs:

1.       Deployment of LMS needs to be further discussed.

2.       The structure of mapping system needs to be refined according to
practical circumstances.

Documents

Summary:
http://docs.google.com/Doc?docid=0AQsJc7A4NTgeZGM3Y3o1NzVfNmd3eGRzNGhi&hl=en

Document:

http://docs.google.com/fileview?id=0BwsJc7A4NTgeOTYzMjFlOGEtYzA4OC00NTM0LTg5ZjktNmFkYzBhNWJhMWEy&hl=en