Re: [Manet-dt] OLSRv2 NHDP comments

"Samita Chakrabarti" <samitac2@gmail.com> Fri, 09 June 2006 01:48 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FoW6T-0006qr-ON; Thu, 08 Jun 2006 21:48:01 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FoW6S-0006qd-HF for manet-dt@ietf.org; Thu, 08 Jun 2006 21:48:00 -0400
Received: from nf-out-0910.google.com ([64.233.182.190]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FoW6R-0004lj-6D for manet-dt@ietf.org; Thu, 08 Jun 2006 21:48:00 -0400
Received: by nf-out-0910.google.com with SMTP id a27so313754nfc for <manet-dt@ietf.org>; Thu, 08 Jun 2006 18:47:57 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dxUu/lv0/Wix8QGTTM29gxwB6CsmGcZKeDouXoBK3a/yPb6DcCUKdEpz3yLR/bWYaC2Lzd9OOAaolTQGsQzGjF62MAapFsvOyVBlGV4MAHoLbQ90TqwGDjGvbTcctfzYqdc3EfDg3yRJ1IxAlHeYCbVqjOJiVj/UvH0fNiDSOas=
Received: by 10.48.48.17 with SMTP id v17mr1731016nfv; Thu, 08 Jun 2006 18:47:57 -0700 (PDT)
Received: by 10.48.12.13 with HTTP; Thu, 8 Jun 2006 18:47:56 -0700 (PDT)
Message-ID: <43b91d370606081847m42cbd081w9bf339ca8e9a61f2@mail.gmail.com>
Date: Thu, 8 Jun 2006 18:47:57 -0700
From: "Samita Chakrabarti" <samitac2@gmail.com>
To: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
Subject: Re: [Manet-dt] OLSRv2 NHDP comments
In-Reply-To: <C1DE3C7469FE5A4D95F9BF0F332D8B8D01EEE5E7@glkms0008>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <C1DE3C7469FE5A4D95F9BF0F332D8B8D01EEE5E7@glkms0008>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8
Cc: manet-dt@ietf.org, Thomas Clausen <T.Clausen@computer.org>
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=subscribe>
Errors-To: manet-dt-bounces@ietf.org

Hi Christopher,

On 6/8/06, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
>
> > I am not quite
> > sure how it gets neighbor info from 2hops away since HELLO is
> > only for single hop.
>
> In order that node A and node B can establish that there is a
> symmetric link between them (and many protocols - including
> of course OLSR - need this) node A must advertise B's address
> in its HELLO message (and vice versa). Now node C, which also
> hears node A's HELLO message, hears node B's address in that
> message, and hence knows that node B is a two hop neighbour.
> So you get two hop information "for free" as part of the
> establishment of symmetric links. Of course there are some
> additional complexities, in particular associated with multiple
> interface nodes where things aren't quite free any more. But
> an important thing to note is that although multiple interfaces
> complicate matters, if you don't have any (in your network) you
> don't pay that. (Note that even if you are single interface
> yourself you must be able to cope with multiple interface neighbours
> or you will be noncompliant as you can break things if you just
> assume neighbours are not. We've seen this in OLSRv1.) And we have
> done quite a bit of work on reducing the cost when you do have
> them. (OLSRv1 had MID messages, OLSRv2 first had MA messages,
> then these were incorporated into TC messages, then we got rid
> of them altogether with a bit of extra information in HELLO
> messages in NHDP.) And multiple interfaces are important in
> that if you have them, they need to work.
>

Thanks for explaining.

> > Also, the protocol seems a bit
> > complex with symmetric, assymtetric times and interfaces - perhaps
> > it's because it needs to support OLSRv2.
> > I wonder whether it can be simplified to deal with only MANET
> interfaces?
>
> I'm not sure what you mean here. Supporting symmetric links is
> important to many protocols, and that's most of the complexity.
> (Obviously asymmetric links occur in a dynamic network as a
> step towards establishing the symmetry of a link, as well as
> some links actually being asymmetric at right now.)
>

I understand that supporting symmetric links is improtant.
I think I am confused with different terms (1-hop neighborhood, symmetric
1-hop and 2-hop neighborhood)  and trying to assemble
them together to draw the complete picture. I am also new to
OLSR.
> But the basic thing is, it may look complicated, but that's because it's
> (hopefully - if you think otherwise, let us know) fully specified in all
> details (or at least the next draft coming before the next cutoff will
> be, I hope). Getting that right, and allowing for all the ways people
> might
> do something unexpected that you need to handle, is where the pages come
> from.
>

Will wait for the new version.

> > I assume, 2 hop restriction is because of OLSRv2 support as the nodes
> > are assumed to be multi-interfaced. Without that, it might be simple
> to
> > go for only link-local discovery of  MANET nodes.
>
> As I note above, once you want symmetry, you get two hop information.
> But two hop information is important - it allows you to establish
> a means of optimised flooding, using MPRs by original design (in OLSR)
> but also other options. And all three MANET protocols that may use
> NHDP (OLSRv2, DYMO and SMF) want (as a future option in DYMO)
> optimised flooding. (Because they may not all use MPRs, these are
> not currently specified in NHDP, but left to protocols building on
> NHDP.)
>

Ok. Understood.

Thanks again for the helpful explanation.
-Samita

_______________________________________________
Manet-dt mailing list
Manet-dt@ietf.org
https://www1.ietf.org/mailman/listinfo/manet-dt