Re: [Autoconf] Closing summary on consensus-call for RFC5889modifications
"Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com> Tue, 24 August 2010 10:50 UTC
Return-Path: <Chris.Dearlove@baesystems.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 51FA73A6982 for <autoconf@core3.amsl.com>; Tue, 24 Aug 2010 03:50:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.378
X-Spam-Level:
X-Spam-Status: No, score=-6.378 tagged_above=-999 required=5 tests=[AWL=-0.379, BAYES_00=-2.599, J_CHICKENPOX_62=0.6, RCVD_IN_DNSWL_MED=-4]
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 E6KB6WKybs8u for <autoconf@core3.amsl.com>; Tue, 24 Aug 2010 03:50:17 -0700 (PDT)
Received: from ukmta3.baesystems.com (ukmta3.baesystems.com [20.133.40.55]) by core3.amsl.com (Postfix) with ESMTP id 25BD93A6767 for <autoconf@ietf.org>; Tue, 24 Aug 2010 03:50:16 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.56,262,1280703600"; d="scan'208";a="83570853"
Received: from unknown (HELO baemasodc004.greenlnk.net) ([10.108.36.11]) by Baemasodc001ir.sharelnk.net with ESMTP; 24 Aug 2010 11:50:49 +0100
Received: from glkms1102.GREENLNK.NET (glkms1102.greenlnk.net [10.108.36.193]) by baemasodc004.greenlnk.net (Switch-3.4.3/Switch-3.4.3) with ESMTP id o7OAom7S015362; Tue, 24 Aug 2010 11:50:48 +0100
Received: from GLKMS2100.GREENLNK.NET ([10.15.184.93]) by glkms1102.GREENLNK.NET with Microsoft SMTPSVC(6.0.3790.4675); Tue, 24 Aug 2010 11:50:48 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 24 Aug 2010 11:50:48 +0100
Message-ID: <ABE739C5ADAC9A41ACCC72DF366B719D035CA6E2@GLKMS2100.GREENLNK.NET>
In-Reply-To: <AANLkTin04QRqBOJ2Ho0Sm6NZLnkaOoepNRFwa-vhU_NL@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Autoconf] Closing summary on consensus-call for RFC5889modifications
Thread-Index: ActDdDvbREAWRk7kSMSh1jlWcwlvjAAAvsxA
References: <AANLkTi=MZORvNSW7wHdHYOzkOwNZojBars26GfSPgWc9@mail.gmail.com><ABE739C5ADAC9A41ACCC72DF366B719D035CA5CE@GLKMS2100.GREENLNK.NET> <AANLkTin04QRqBOJ2Ho0Sm6NZLnkaOoepNRFwa-vhU_NL@mail.gmail.com>
From: "Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com>
To: reshmi r <reshmi.engg@gmail.com>
X-OriginalArrivalTime: 24 Aug 2010 10:50:48.0433 (UTC) FILETIME=[362F4610:01CB437A]
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Closing summary on consensus-call for RFC5889modifications
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: Tue, 24 Aug 2010 10:50:18 -0000
First note that OLSR is just an example. As a further example, I haven't checked if AODV and/or DYMO have documented equivalent features, but they very easily could implement them (don't forward RREQs). Of course if every router (or just too many routers) is selfish the ad hoc network will fail. That's inherent in the whole concept of an ad hoc network. OLSRv2 points this out when allowing the concept. But this is not an autoconf or RFC 5889-to-be problem. I don't see that a node being able to set its own willingness to zero in any way adds to the threat. A hostile node is more dangerous with high willingness than with low. But that's not an authconf/RFC 5889-to-be issue, it's a routing security problem. Again, your last point is about routing and management. That's not to say it and the others aren't good questions when planning an ad hoc network (not quite an oxymoron) or for research. But they aren't the issue here. -- Christopher Dearlove Technology Leader, Communications Group Communications and Networks Capability BAE Systems Advanced Technology Centre West Hanningfield Road, Great Baddow, Chelmsford, CM2 8HN, UK Tel: +44 1245 242194 Fax: +44 1245 242124 BAE Systems (Operations) Limited Registered Office: Warwick House, PO Box 87, Farnborough Aerospace Centre, Farnborough, Hants, GU14 6YU, UK Registered in England & Wales No: 1996687 -----Original Message----- From: reshmi r [mailto:reshmi.engg@gmail.com] Sent: 24 August 2010 11:08 To: Dearlove, Christopher (UK) Cc: autoconf@ietf.org Subject: Re: [Autoconf] Closing summary on consensus-call for RFC5889modifications *** WARNING *** This message has originated outside your organisation, either from an external partner or the Global Internet. Keep this in mind if you answer this message. Hi Christopher, Thank you for your immediate reply. Hi All, But i still have some questions to get it clarified. I understood all the nodes has the capacity to act as router and some may be ready to do it. 1. The nodes themself has the capacity to make it act as router(by setting WILLINGNESS to non zero). But in most of the cases all nodes are selfish and they does not want to parcipate in routing. So almost every node will be busy in their host functions alone. so who will take care of autoconfiguration? Imagine a network with no router!!!!!! 2. There will be more security threats if the node it self has the capacity to configure its WILLINGNESS . The malicious node can easily get in and set the WILLINGNESS to non zero and participate in routing functions. 3. If suppose we have a method to select the hosts which can act as router and set WILLINGNESS manually. What will be the criteria for router selection??? Is it based on resources, traffic etc etc.. Once again thank you for your reply. Regards, Reshmi.T.R. Reseach Scholar, Ramanujan Computing center, Anna University- Chennai India Tue, Aug 24, 2010 at 2:25 PM, Dearlove, Christopher (UK) <Chris.Dearlove@baesystems.com> wrote > I think there's a misunderstanding here. All the way back to RFC 2501, > a node has been defined as a router plus possible hosts. If you've got > a wireless device that wants to participate in a MANET it needs to be > running an ad hoc routing protocol, i.e. it's a router. It may perform > only a limited subset of routing functions - consider for example an > OLSR node that does not wish to be a relay, only an endpoint. It can > do that by setting WILLINGNESS equal to zero, and if it is built only > to take such a role it can then throw away large chunks of OLSR code > (for example it never sends TC messages). But the node still has some > router functions. This is the model of both RFC 2501 and 5889-to-be. > The host can then get its addresses in any non-MANET-specific way on > that node. > > -- > Christopher Dearlove > Technology Leader, Communications Group > Communications and Networks Capability > BAE Systems Advanced Technology Centre > West Hanningfield Road, Great Baddow, Chelmsford, CM2 8HN, UK > Tel: +44 1245 242194 Fax: +44 1245 242124 > > BAE Systems (Operations) Limited > Registered Office: Warwick House, PO Box 87, > Farnborough Aerospace Centre, Farnborough, Hants, GU14 6YU, UK > Registered in England & Wales No: 1996687 > > -----Original Message----- > From: autoconf-bounces@ietf.org [mailto:autoconf-bounces@ietf.org] On > Behalf Of reshmi r > Sent: 24 August 2010 05:45 > To: autoconf@ietf.org > Subject: Re: [Autoconf] Closing summary on consensus-call for > RFC5889modifications > > > *** WARNING *** > > This message has originated outside your organisation, > either from an external partner or the Global Internet. > Keep this in mind if you answer this message. > > > Hi Teco, > > Do they really mean a model for the autoconfiguration and is there is > no role for host in autoconfiguration??........the topic goes in to > real debate. what was the final outcome of the discussion???. > > Hi All, > > Can anyone finalise the suggested outcomes of the discussion??Do you > all really mean that the routers only need to do the autoconfiguration > and the nodes have no role in it??? If so how can we believe a router > to be genuine and how can we ensure that the router will never become > selfish??? so there should be some role in hosts to monitor the > traffic behaviour of router and the host should be able to notify with > some protocol mechanism. do you all really mean to change the title??? > I strongly disagree with this. > > > Rgds, > Reshmi. > > > Hi Thomas, > > On the title change, I remember in Maastricht all accept one > preferred the title change. On the list as well. > There are two arguments. > 1) it is _a_ model > 2) the model doesn't support hosts, or at least not very well > On the latter, there was a discussion without outcome. > > Regards, Teco > _______________________________________________ > Autoconf mailing list > Autoconf@ietf.org > https://www.ietf.org/mailman/listinfo/autoconf > > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > >
- [Autoconf] Closing summary on consensus-call for … Thomas Heide Clausen
- Re: [Autoconf] Closing summary on consensus-call … Jari Arkko
- Re: [Autoconf] Closing summary on consensus-call … Thomas Heide Clausen
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Emmanuel Baccelli
- Re: [Autoconf] Closing summary on consensus-call … reshmi r
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … reshmi r
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Juliusz Chroboczek
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Alexandru Petrescu
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Alexandru Petrescu
- Re: [Autoconf] Closing summary on consensus-call … Alexandru Petrescu
- Re: [Autoconf] Closing summary on consensus-call … reshmi r
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Alexandru Petrescu
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Alexandru Petrescu
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Charles E. Perkins
- Re: [Autoconf] Closing summary on consensus-call … Teco Boot
- Re: [Autoconf] Closing summary on consensus-call … Dearlove, Christopher (UK)