Re: [Autoconf] aspects of multi-hop wireless communication
"Teco Boot" <teco@inf-net.nl> Mon, 22 December 2008 08:48 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 B61B93A6984; Mon, 22 Dec 2008 00:48:17 -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 3B3723A6983 for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 00:48:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.521
X-Spam-Level:
X-Spam-Status: No, score=-0.521 tagged_above=-999 required=5 tests=[AWL=-0.775, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, 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 EuYEl+Tr08X9 for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 00:48:15 -0800 (PST)
Received: from cpsmtpo-eml02.kpnxchange.com (cpsmtpo-eml02.KPNXCHANGE.COM [213.75.38.151]) by core3.amsl.com (Postfix) with ESMTP id DBE473A686C for <autoconf@ietf.org>; Mon, 22 Dec 2008 00:48:14 -0800 (PST)
Received: from cpsmtp-eml103.kpnxchange.com ([213.75.84.103]) by cpsmtpo-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Dec 2008 09:48:03 +0100
Received: from M90Teco ([86.83.9.22]) by cpsmtp-eml103.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Dec 2008 09:48:03 +0100
From: Teco Boot <teco@inf-net.nl>
To: 'Seung Yi' <scicarus@iname.com>
References: <be8c8d780812190119r200efceawef79c63766ea1a3f@mail.gmail.com> <af6d5faa0812201648p291bd896nc0af69d73a62c922@mail.gmail.com> <494D9768.3040903@earthlink.net> <000d01c96363$9b42fae0$d1c8f0a0$@nl> <af6d5faa0812211500se96b728l6e86cca702214e27@mail.gmail.com>
In-Reply-To: <af6d5faa0812211500se96b728l6e86cca702214e27@mail.gmail.com>
Date: Mon, 22 Dec 2008 09:48:01 +0100
Message-ID: <003201c96411$ff01a7d0$fd04f770$@nl>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acljv/LKByUzXWX8TT2YMCWj+ZZVrAATbIrQ
Content-Language: nl
X-OriginalArrivalTime: 22 Dec 2008 08:48:03.0223 (UTC) FILETIME=[0031EA70:01C96412]
Cc: autoconf@ietf.org
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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: autoconf-bounces@ietf.org
Errors-To: autoconf-bounces@ietf.org
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] 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