[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
- [RAM] Six/One: A (Different) Solution for Routing… Christian Vogt