Re: [Autoconf] Another addressing model for AUTOCONF
Alexandru Petrescu <alexandru.petrescu@gmail.com> Fri, 23 July 2010 12:26 UTC
Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: autoconf@core3.amsl.com
Delivered-To: autoconf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E70D3A6828 for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:26:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.156
X-Spam-Level:
X-Spam-Status: No, score=-2.156 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 1o4-FTL05j+X for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:26:12 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id D49693A681A for <autoconf@ietf.org>; Fri, 23 Jul 2010 05:26:11 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o6NCQSnu002049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 23 Jul 2010 14:26:28 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o6NCQSH1009024; Fri, 23 Jul 2010 14:26:28 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o6NCQRd2019967; Fri, 23 Jul 2010 14:26:28 +0200
Message-ID: <4C498A73.4000005@gmail.com>
Date: Fri, 23 Jul 2010 14:26:27 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1
MIME-Version: 1.0
To: Ulrich Herberg <ulrich@herberg.name>
References: <4C48B1AE.2030408@gmail.com> <672CA84A-1850-4B17-922F-AE75D4CF961B@inf-net.nl> <4C4986C0.1060003@gmail.com> <AANLkTimsaZvSceuTZT--hmLS9Mn1Hc=ax8jRb-OK=f7t@mail.gmail.com>
In-Reply-To: <AANLkTimsaZvSceuTZT--hmLS9Mn1Hc=ax8jRb-OK=f7t@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: "autoconf@ietf.org" <autoconf@ietf.org>
Subject: Re: [Autoconf] Another addressing model for AUTOCONF
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Ad-Hoc Network Autoconfiguration WG discussion list <autoconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/autoconf>
List-Post: <mailto:autoconf@ietf.org>
List-Help: <mailto:autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jul 2010 12:26:13 -0000
Le 23/07/2010 14:19, Ulrich Herberg a écrit : > Alex, > > On Fri, Jul 23, 2010 at 2:10 PM, Alexandru Petrescu > <alexandru.petrescu@gmail.com> wrote: >> >> Le 23/07/2010 12:58, Teco Boot a écrit : >>> >>> Alex, >>> >>> Quick comments: Your example 2001:1::/24 and 2001:2::/24 share a >>> common prefix. >> >> WEll no, they are different prefixes, as implemented by IP stacks, >> as considered by the routing tables and their lookup algorithms, >> as considered by the ND tables. > > > 2001:1::/24 and 2001:2::/24 are short forms for 2001:0001::/24 and > 2001:0002::/24 (as defined in rfc2373) > > So, I have to agree with Teco. Maybe you meant 2001:100::/24 and > 2001:200::/24? Ah right... wrong notation in the slide. (fyi in implementation we have 2002:0:8::/64 and then 9 and 10 instead of 8 - it's that /64 distinguishing them). Thanks for the remark I will update them. Alex > > Ulrich > >> >>> Better use 2001:1::/32 and 2001:2::/32 or longer, e.g. /64. >> >> Why 32 instead of 24? >> >>> On your presso: I would not use same ssid on APs in all >>> vehicles. (slide 2, essid: "V3"). >> >> Thanks for the comment. It would indeed be good to have different >> ESSIDs within vehicles, in order to prevent potential >> interference. >> >> >>> And I dislike the address spoofing mode, suggested in slide 4. >>> So it so +1 on others remarks. >>> >>> Teco. >>> >>> >>> Op 22 jul 2010, om 23:01 heeft Alexandru Petrescu het volgende >>> geschreven: >>> >>>> Addressing model we use, pdf 300Kb: >>>> >>>> http://dl.free.fr/m95j1Km7a (the username is left empty and >>>> password is 'password', without quotes. File stays there for >>>> 30 days.) >>>> >>>> Teco asked whether my draft contains an addressing model... >>>> true - it doesn't show so obviously >>>> (http://tools.ietf.org/html/draft-petrescu-autoconf-ra-based-routing-00). >>>> >>>> >>>> >>>> I said that there is an addressing model in this figure of the draft: >>>>> >>>>> egress| |egress ---- ---- ---- ---- >>>>> ---- ---- | LFN| |LFN | | MR | | MR | |LFN >>>>> | |LFN | ---- ---- ---- ---- ---- >>>>> ---- | | ingress| |ingress | | >>>>> --------------------- --------------------- >>>>> 2001:1::/24 2001:2::/24 >>>> >>>> ThomasC and Chris also expressed doubts with respect to >>>> LFN--MR--MR--LFN topology and link-local addresses; let me >>>> explain further. >>>> >>>> We are using this addressing model on several moving networks. >>>> See the pdf at the beginning of this email. They show MR-to-MR >>>> with a single addressing scheme, then with a double addressing >>>> scheme; (double is necessary for our plan.) >>>> >>>> And then a slide shows MR-to-MR-to-MR addressing model. >>>> >>>> There are some scalability remarks and a route propagation >>>> model (pencil and paper). >>>> >>>> The mechanism has been prototyped and demoed since about one >>>> year now, on three Mobile Routers and a bunch of LFNs, which >>>> shows it may work. We have great plans for demoing on >>>> vehicles. >>>> >>>> This is an addressing model we consider strongly. It needs >>>> later to auto-configure some prefixes, because currently MNPs >>>> are pre-configured in each moving network (this is the case in >>>> some deployments). >>>> >>>> This addressing model is important to us, and uses link-local >>>> addresses. >>>> >>>> Alex _______________________________________________ Autoconf >>>> mailing list Autoconf@ietf.org >>>> https://www.ietf.org/mailman/listinfo/autoconf >>> >>> >> >> >> _______________________________________________ Autoconf mailing >> list Autoconf@ietf.org >> https://www.ietf.org/mailman/listinfo/autoconf >
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- [Autoconf] Another addressing model for AUTOCONF Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Dearlove, Christopher (UK)
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Thomas Heide Clausen
- Re: [Autoconf] Another addressing model for AUTOC… Teco Boot
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Ulrich Herberg
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Teco Boot
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Teco Boot
- Re: [Autoconf] Another addressing model for AUTOC… Alexandru Petrescu
- Re: [Autoconf] Another addressing model for AUTOC… Henning Rogge
- Re: [Autoconf] Another addressing model for AUTOC… Teco Boot