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
>