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