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