Re: [Autoconf] Another addressing model for AUTOCONF

Ulrich Herberg <ulrich@herberg.name> Fri, 23 July 2010 12:19 UTC

Return-Path: <ulrich@herberg.name>
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 9BBCC3A67D0 for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:19:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 8ZICBBT4A2-N for <autoconf@core3.amsl.com>; Fri, 23 Jul 2010 05:19:08 -0700 (PDT)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 5B9C43A696E for <autoconf@ietf.org>; Fri, 23 Jul 2010 05:19:08 -0700 (PDT)
Received: by bwz7 with SMTP id 7so1786998bwz.31 for <autoconf@ietf.org>; Fri, 23 Jul 2010 05:19:25 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.204.53.211 with SMTP id n19mr2487830bkg.66.1279887565669; Fri, 23 Jul 2010 05:19:25 -0700 (PDT)
Received: by 10.204.163.5 with HTTP; Fri, 23 Jul 2010 05:19:25 -0700 (PDT)
In-Reply-To: <4C4986C0.1060003@gmail.com>
References: <4C48B1AE.2030408@gmail.com> <672CA84A-1850-4B17-922F-AE75D4CF961B@inf-net.nl> <4C4986C0.1060003@gmail.com>
Date: Fri, 23 Jul 2010 14:19:25 +0200
Message-ID: <AANLkTimsaZvSceuTZT--hmLS9Mn1Hc=ax8jRb-OK=f7t@mail.gmail.com>
From: Ulrich Herberg <ulrich@herberg.name>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
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:19:09 -0000

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?

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