Re: [Autoconf] draft-clausen-manet-linktype - naming

"Teco Boot" <teco@inf-net.nl> Wed, 19 November 2008 13:41 UTC

Return-Path: <autoconf-bounces@ietf.org>
X-Original-To: autoconf-archive@megatron.ietf.org
Delivered-To: ietfarch-autoconf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 12DE63A68C6; Wed, 19 Nov 2008 05:41:52 -0800 (PST)
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 692B33A68C6 for <autoconf@core3.amsl.com>; Wed, 19 Nov 2008 05:41:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.504
X-Spam-Level:
X-Spam-Status: No, score=-1.504 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RCVD_IN_DNSWL_LOW=-1]
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 1ZPnATDUNwWV for <autoconf@core3.amsl.com>; Wed, 19 Nov 2008 05:41:49 -0800 (PST)
Received: from server9.hosting2go.nl (server9.hosting2go.nl [83.137.194.84]) by core3.amsl.com (Postfix) with ESMTP id 391513A692C for <autoconf@ietf.org>; Wed, 19 Nov 2008 05:41:49 -0800 (PST)
Received: (qmail 9615 invoked from network); 19 Nov 2008 14:41:44 +0100
Received: from unknown (HELO M90Teco) (12.104.246.2) by server9.hosting2go.nl with SMTP; 19 Nov 2008 14:41:44 +0100
From: Teco Boot <teco@inf-net.nl>
To: "'Dearlove, Christopher (UK)'" <chris.dearlove@baesystems.com>, 'mase' <mase@ie.niigata-u.ac.jp>, 'Emmanuel Baccelli' <Emmanuel.Baccelli@inria.fr>, autoconf@ietf.org
References: <B566C80C-8A63-4D59-94AC-3A2C55A1B4EF@ThomasClausen.org><B4C99090-73A9-4803-804C-9AFC7B85DCC6@gmail.com><7877C5C0B5CC894AB26113CF06CF886301238C9D@ms-dt01thalia.tsn.tno.nl><49232CD2.3030304@inria.fr><ABE739C5ADAC9A41ACCC72DF366B719D0155D961@GLKMS2100.GREENLNK.NET> <7.0.0.16.2.20081119210453.03f9e0d0@ie.niigata-u.ac.jp> <ABE739C5ADAC9A41ACCC72DF366B719D0155DAE8@GLKMS2100.GREENLNK.NET>
In-Reply-To: <ABE739C5ADAC9A41ACCC72DF366B719D0155DAE8@GLKMS2100.GREENLNK.NET>
Date: Wed, 19 Nov 2008 14:41:42 +0100
Message-ID: <009c01c94a4c$8f8e3000$aeaa9000$@nl>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AclKQAfDqx3ZqoN/RDOT9tKEEqlp/AAAByZgAAEazNA=
Content-Language: nl
Subject: Re: [Autoconf] draft-clausen-manet-linktype - naming
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/pipermail/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: autoconf-bounces@ietf.org
Errors-To: autoconf-bounces@ietf.org

> > The real problem (or confusion), I think, is that when you say
> > non-transitivity, you assume that all three nodes are on the same
> > link. However, there are others who don't think that they are.
> 
> I don't think that's my assumption.
> 
> It's more fundamental than what you call a link. It's that if
> A's transmissions can reach B, and B's transmissions can reach C,
> but A's transmissions can't reach C, then we have non-transitivity.
> That's the usual case with wireless transmissions (to be precise,
> it's the usual case that A's transmissions may or may not reach C).
> 
> Thus either A, B and C can't be on one link (if your model of a
> link is as Ethernet) or you need a different model of what a link
> is, and can consider A and B to have a link, and B and C to have
> a link (but not A and C). For MANETs the latter may be more useful.
> But the non-transitivity is there, whatever definitions you choose.

Agreed this a definition issue.
In the Autoconf meeting, there was consensus on defining a xxx link type
(name tbd), where different links are on the same interface. I think we can
assume that the medium is shared (we are on the same electro-magnetic
spectrum), but the degree of interference is not known on forehand (e.g.
TDMA vs. CSMA/CA).



The 802 series of standards could be helpful as a reference. The STDs refer
to RFCs, why do we have some asymmetry here?

Useful ones:

IEEE802.1-2001 (section 6.3.3.describes usage of routers and the IP
protocol)

IEEE802.11-2007 (too many sections to list here)

This is an interesting one:
>>> 3.16 basic service set (BSS):
<skip>   Membership in a BSS does not imply
that wireless communication with all other members of the BSS is possible.
<<<

And this one:
>>> 3.76 link:
In the context of an IEEE 802.11 medium access control (MAC) entity, a
physical path consisting
of exactly one traversal of the wireless medium (WM) that is used to
transfer an MAC service data unit
(MSDU) between two stations (STAs).
<<<
(this would exclude broadcast MSDU, which is not the case)



Another comment on naming:
I think we have two task. One of them is describing this "ad hoc wireless
link". 802.11 definitions could be used, maybe some can come up with other
refs. But in a MANET, multiple link types can be used. Think of an Ethernet
cable connecting two radios "back-to-back" or using alternative radios with
lower frequency / lower bandwidth / more Tx power / increased range. I think
it helps to write down something on "MANET topologies".



Just repeating myself:
Lets postpone IP addressing and ND issues until we are familiar with MANETs
that are out there.


Teco.
 

_______________________________________________
Autoconf mailing list
Autoconf@ietf.org
https://www.ietf.org/mailman/listinfo/autoconf