[RAM] Six/One: A (Different) Solution for Routing and Addressing in IPv6

Christian Vogt <christian.vogt@nomadiclab.com> Mon, 02 July 2007 14:13 UTC

Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5MeU-0000EV-Mf; Mon, 02 Jul 2007 10:13:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5MeR-0000DY-Mh for ram@iab.org; Mon, 02 Jul 2007 10:13:15 -0400
Received: from n2.nomadiclab.com ([193.234.219.2]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5Mdk-0008Gb-Kg for ram@iab.org; Mon, 02 Jul 2007 10:13:15 -0400
Received: from n2.nomadiclab.com (localhost [127.0.0.1]) by n2.nomadiclab.com (Postfix) with ESMTP id 49DE1212C51 for <ram@iab.org>; Mon, 2 Jul 2007 17:12:31 +0300 (EEST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by n2.nomadiclab.com (Postfix) with ESMTP id 160B5212C3F for <ram@iab.org>; Mon, 2 Jul 2007 17:12:31 +0300 (EEST)
Message-ID: <468907CE.4070405@nomadiclab.com>
Date: Mon, 02 Jul 2007 17:12:30 +0300
From: Christian Vogt <christian.vogt@nomadiclab.com>
User-Agent: Thunderbird 1.5.0.12 (X11/20070604)
MIME-Version: 1.0
To: RAM Mailing List <ram@iab.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Subject: [RAM] Six/One: A (Different) Solution for Routing and Addressing in IPv6
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org

Folks,

the main existing routing and addressing proposals are based on an
indirection between the addressing spaces of edge and transit domains.
The strength of indirection is that it contains the size and the update
frequency of the global routing table.  This can happen transparently to
hosts and edge networks, enabling new traffic engineering practices and
reduced rehoming costs for edge networks.

The drawback of indirection is that it requires a distribution of
address translation information across the Internet.  Little analytical
insight is currently available on how this be done in fast, scalable,
and secure manner.  And where indirection requires support of both sides
of a communication, no smooth transition path exists either.

  http://users.piuha.net/chvogt/pub/2007/draft-vogt-rrg-six-one-00.txt

The routing and addressing solution proposed at the foregoing link,
Six/One, avoids the problems of indirection.

- It uses a single addressing space of IPv6 addresses, and hence

- works without a distribution of address translation information.

- Hosts can suggest a packet be routed via a preferred provider, yet

- edge networks can overwrite this suggestion according to traffic
  engineering policies.

- Hosts adapt to the provider selection of an edge network in that
  subsequent packets include the right addresses directly.

- This adaption happens within 1 RTT w/o packet loss or delay.

- Edge network reconfiguration during rehoming is small if access
  network operators obey recommended operational practices.

- A smooth transition path exists, driven by incentives for early
  adopters.

- Deployment will foster global protection against IP spoofing.

Your feedback will be appreciated.

Regards,
- Christian


_______________________________________________
RAM mailing list
RAM@iab.org
https://www1.ietf.org/mailman/listinfo/ram