Re: [Autoconf] aspects of multi-hop wireless communication

"Emmanuel Baccelli" <emmanuel.baccelli@gmail.com> Mon, 22 December 2008 09:17 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 551393A6915; Mon, 22 Dec 2008 01:17:39 -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 9E7B03A67F6 for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 01:17:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.926
X-Spam-Level:
X-Spam-Status: No, score=-0.926 tagged_above=-999 required=5 tests=[AWL=-1.228, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_43=0.6, MANGLED_PILL=2.3]
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 OlB5gdYJR2fH for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 01:17:36 -0800 (PST)
Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by core3.amsl.com (Postfix) with ESMTP id 901D63A6915 for <autoconf@ietf.org>; Mon, 22 Dec 2008 01:17:35 -0800 (PST)
Received: by bwz14 with SMTP id 14so7669778bwz.13 for <autoconf@ietf.org>; Mon, 22 Dec 2008 01:17:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=HJVBsXzh1oma8114Mc3Shcci069/IPs+Fx8Gimds2P0=; b=d9jvl/cbIISPfXP6X/GiXk9Hiq9hs23/azoDyKqYb6m4K/+O4T3hSGckVNvyvRPygc 21oM6Myk4HA5urbRroKKugMl05nwlD59uJwlYiwROc46D7OeJptg+nmaS2dg70+IEm9e menTlg0+PsmVXZuFPzNhMIW52vlq3mRJlu4c8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=JZ0rmKLsOkRRMR0s9/WCB41HGcIOVEpJ9C7M+xfyyvYPnIQkhQIX4koJvSqF9jsBMD soqdNLL4Q2S6M98mlx2674X1juRWcXSAx8XKhkhtZ54nzAyEDGtXVBzbvWUDy7gmWmZz zQuS9LL8hrrRrOdhRosfnWw9I3/1Zg0m3oomY=
Received: by 10.103.171.6 with SMTP id y6mr2216373muo.31.1229937444769; Mon, 22 Dec 2008 01:17:24 -0800 (PST)
Received: by 10.103.248.12 with HTTP; Mon, 22 Dec 2008 01:17:24 -0800 (PST)
Message-ID: <be8c8d780812220117q4ddd4487j25025099d7bb5870@mail.gmail.com>
Date: Mon, 22 Dec 2008 10:17:24 +0100
From: Emmanuel Baccelli <emmanuel.baccelli@gmail.com>
To: autoconf@ietf.org
In-Reply-To: <003201c96411$ff01a7d0$fd04f770$@nl>
MIME-Version: 1.0
References: <be8c8d780812190119r200efceawef79c63766ea1a3f@mail.gmail.com> <af6d5faa0812201648p291bd896nc0af69d73a62c922@mail.gmail.com> <494D9768.3040903@earthlink.net> <000d01c96363$9b42fae0$d1c8f0a0$@nl> <af6d5faa0812211500se96b728l6e86cca702214e27@mail.gmail.com> <003201c96411$ff01a7d0$fd04f770$@nl>
Subject: Re: [Autoconf] aspects of multi-hop wireless communication
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: multipart/mixed; boundary="===============1952878471=="
Sender: autoconf-bounces@ietf.org
Errors-To: autoconf-bounces@ietf.org

Hi Teco,yes I agree, the term "non-transitive" was not very
straightforwardly used. Saying as you propose would be better, more
precisely (correct me if I'm mistaken about what you meant), that if:
C and A can hear each other through A's interface, and,
A and D can hear each other through A's interface, then
it does not mean that C can hear D or that D can hear C

Emmanuel


On Mon, Dec 22, 2008 at 9:48 AM, Teco Boot <teco@inf-net.nl> wrote:

> I tried to get rid of B->A and C->A and [NOT B->A].
>
> Somewhat adjusted proposal, and using C and D and not the newly
> introduced R1 and R2:
>
>  Second, there is no guarantee that two given routers within S can
>  directly communicate with one another.  In other words, even though
>  two routers C and D have symmetric communication with router A, there is
>  no guarantee that C can hear packets from D, and there is likewise
>  no guarantee that D can hear packets from C.  Thus, multi-hop ad
>  hoc wireless communications may be "non-transitive".  Such non-
>  transitivity is often observed on multi-hop ad hoc wireless networks,
>  due to well-known properties of wireless communication.
>
> Now C->A and A->D, but [NOT C->D] and also D->A and A->D, but [NOT D->C].
> This characteristic is "non-transitive" and it is orthogonal with
> "asymmetry".
>
> Your terms "hidden terminal problem" and "non-broadcast" could be used
> as alternative terminology, but could have different meanings in
> different context.
>  o  "hidden terminal problem" could have to do with collisions.
>  o  "non-broadcast" does not apply here, because set S contains at
>     least 3 routers (B, C, D).
>     Term "Semi-Broadcast" (I-D.ietf-autoconf-manetarch) was introduced,
>     where S is subset of N. (N is all nodes in network N). I suggested
>     not introducing new terms if they not needed.
>
> Teco.
>
> |-----Oorspronkelijk bericht-----
> |Van: scicarus@gmail.com [mailto:scicarus@gmail.com] Namens Seung Yi
> |Verzonden: maandag 22 december 2008 0:00
> |Aan: Teco Boot
> |CC: Charles E. Perkins; autoconf@ietf.org
> |Onderwerp: Re: [Autoconf] aspects of multi-hop wireless communication
> |
> |I'm sorry but it sounds even more confusing to me.
> |
> |I'm not sure what to call it but it seems to describe the hidden
> |terminal problem to me. Or, it's simply saying that the link (or
> |whatever you want to call the "S") is of non-broadcast flavor because
> |R1 and R2 can expect to hear each other only when the medium itself
> |provides broadcast capability as in the Ethernet.
> |
> |- Seung
> |
> |On Sun, Dec 21, 2008 at 3:59 AM, Teco Boot <teco@inf-net.nl> wrote:
> |> What about a small adjustment:
> |>
> |>   Second, there is no guarantee that two given routers within S can
> |>   directly communicate with one another.  In other words, even though
> |>   two routers R1 and R2 have symmetric communication with router A,
> |there
> |> is
> |>   no guarantee that R1 can hear packets from R2, and there is likewise
> |>   no guarantee that R2 can hear packets from R1.  Thus, multi-hop ad
> |>   hoc wireless communications may be "non-transitive".  Such non-
> |>   transitivity is often observed on multi-hop ad hoc wireless
> |networks,
> |>   due to well-known properties of wireless communication.
> |>
> |>
> |> Now it says: "If R1->A and A->R2, there is no guarantee for R1->R2".
> |> And the second behavior is not mixed up with the first one.
> |>
> |> Teco.
> |>
> |> |-----Oorspronkelijk bericht-----
> |> |Van: autoconf-bounces@ietf.org [mailto:autoconf-bounces@ietf.org]
> |Namens
> |> |Charles E. Perkins
> |> |Verzonden: zondag 21 december 2008 2:10
> |> |Aan: Seung Yi
> |> |CC: autoconf@ietf.org
> |> |Onderwerp: Re: [Autoconf] aspects of multi-hop wireless communication
> |> |
> |> |
> |> |Hello Seung,
> |> |
> |> |Yes, of course you are right (embarrassment).
> |> |
> |> |What is a good name for the property under discussion?
> |> |
> |> |Regards,
> |> |Charlie P.
> |> |
> |> |
> |> |Seung Yi wrote:
> |> |> Just one simple comment unrelated to the ongoing interesting
> |> |discussion threads.
> |> |>
> |> |> Isn't the definition of transitivity "If A->B and B->C, then A->C"?
> |> |> This document seems to use the term to mean "if A->B and A->C, then
> |> |> B->C" in Section 2, second point.
> |> |>
> |> |> - Seung
> |> |>
> |> |> 2008/12/19 Emmanuel Baccelli <Emmanuel.Baccelli@inria.fr>:
> |> |>
> |> |>> Hi all,
> |> |>> here's a draft that aims at describing important aspects of multi-
> |hop
> |> |>> wireless communication, as observed over the past decade of
> |> |experience with
> |> |>> such networks.
> |> |>> The goal of this document is to identify a consensus about this
> |> |topic, and
> |> |>> then use this to move on quicker with the working group documents.
> |> |>>
> |> |>> Please review it, and provide feedback as soon as possible.
> |> |>> http://tools.ietf.org/html/draft-baccelli-multi-hop-wireless-
> |> |communication-00
> |> |>>
> |> |>> cheers
> |> |>> Emmanuel
> |> |>> _______________________________________________
> |> |>> 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 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 mailing list
Autoconf@ietf.org
https://www.ietf.org/mailman/listinfo/autoconf