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
- [Autoconf] aspects of multi-hop wireless communic… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Dearlove, Christopher (UK)
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Dearlove, Christopher (UK)
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Dearlove, Christopher (UK)
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Dearlove, Christopher (UK)
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Rex Buddenberg
- Re: [Autoconf] aspects of multi-hop wireless comm… Rex Buddenberg
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Paul Lambert
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Seung Yi
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Seung Yi
- Re: [Autoconf] aspects of multi-hop wireless comm… Breno Jacinto
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Emmanuel Baccelli
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Alexandru Petrescu
- Re: [Autoconf] aspects of multi-hop wireless comm… Teco Boot
- Re: [Autoconf] aspects of multi-hop wireless comm… Rex Buddenberg
- Re: [Autoconf] aspects of multi-hop wireless comm… Rex Buddenberg
- Re: [Autoconf] aspects of multi-hop wireless comm… Rex Buddenberg
- Re: [Autoconf] aspects of multi-hop wireless comm… Breno Jacinto
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins
- Re: [Autoconf] aspects of multi-hop wireless comm… Breno Jacinto
- Re: [Autoconf] aspects of multi-hop wireless comm… Charles E. Perkins