Re: [Autoconf] Another addressing model for AUTOCONF

Alexandru Petrescu <alexandru.petrescu@gmail.com> Fri, 23 July 2010 12:15 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 E36E33A694E for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:15:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.153
X-Spam-Level:
X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[AWL=0.096, 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 078o49Aq++2c for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:15:30 -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 CB7393A69ED for <autoconf@ietf.org>; Fri, 23 Jul 2010 05:15:27 -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 o6NCFfVj024549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 23 Jul 2010 14:15:41 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o6NCFeVd005672; Fri, 23 Jul 2010 14:15:40 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o6NCFeD3002176; Fri, 23 Jul 2010 14:15:40 +0200
Message-ID: <4C4987EC.3000500@gmail.com>
Date: Fri, 23 Jul 2010 14:15:40 +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: Teco Boot <teco@inf-net.nl>
References: <4C48B1AE.2030408@gmail.com> <672CA84A-1850-4B17-922F-AE75D4CF961B@inf-net.nl>
In-Reply-To: <672CA84A-1850-4B17-922F-AE75D4CF961B@inf-net.nl>
Content-Type: multipart/mixed; boundary="------------080602070808070200070205"
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:15:33 -0000

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.

> 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.

However, we have noticed that within a vehicle there is little chance 
that WiFi signal gets outside, because of shielding - hence no risk of 
interference.

> And I dislike the address spoofing mode, suggested in slide 4.

WEll no, I don't suggest any address spoofing mode.  What in slide4 
makes you think so?  I could explain. (see jpg attached).

> So it so +1 on others remarks.

It's still -1 on my side :-)

Alex

>
> 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
>
>