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

"Teco Boot" <teco@inf-net.nl> Mon, 22 December 2008 09:59 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 D4D873A69F1; Mon, 22 Dec 2008 01:59:32 -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 1A93828C0F0 for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 01:59:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.642
X-Spam-Level:
X-Spam-Status: No, score=-1.642 tagged_above=-999 required=5 tests=[AWL=0.404, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553]
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 yWUysvho-yjt for <autoconf@core3.amsl.com>; Mon, 22 Dec 2008 01:59:31 -0800 (PST)
Received: from cpsmtpo-eml03.kpnxchange.com (cpsmtpo-eml03.KPNXCHANGE.COM [213.75.38.152]) by core3.amsl.com (Postfix) with ESMTP id 11AEE3A6894 for <autoconf@ietf.org>; Mon, 22 Dec 2008 01:59:30 -0800 (PST)
Received: from cpsmtp-eml109.kpnxchange.com ([213.75.84.109]) by cpsmtpo-eml03.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Dec 2008 10:59:19 +0100
Received: from M90Teco ([86.83.9.22]) by cpsmtp-eml109.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 22 Dec 2008 10:59:19 +0100
From: Teco Boot <teco@inf-net.nl>
To: 'Emmanuel Baccelli' <emmanuel.baccelli@gmail.com>
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> <be8c8d780812220117q4ddd4487j25025099d7bb5870@mail.gmail.com>
In-Reply-To: <be8c8d780812220117q4ddd4487j25025099d7bb5870@mail.gmail.com>
Date: Mon, 22 Dec 2008 10:59:16 +0100
Message-ID: <003f01c9641b$f3a2ff10$dae8fd30$@nl>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AclkFiFyn7BL7zghRNqRSvySsJyybwAAvAKQ
Content-Language: nl
X-OriginalArrivalTime: 22 Dec 2008 09:59:19.0202 (UTC) FILETIME=[F4E08820:01C9641B]
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

Oeps, I forgot to include a minor adjustment on "First":

c/C/B/
 First, there is no guarantee that a router B within S can,
 symmetrically, send IP packets directly to router A. In other words,
 even though B can "hear" packets from node A (since it is a member of
 set S), there is no guarantee that A can "hear" packets from node B.
 Thus, multi-hop ad hoc wireless communications may be "asymmetric".
 Such asymmetry is often experienced on multi-hop ad hoc wireless
 networks, due to well-known properties of wireless communication.

Above "First", routers A and B are introduced. Here, A "sends" 
and B "hears". OK for me. 
In "First", the same topology is used: A "sends" and B "hears".

For "Second", I introduced routers C and D for non-transitive, 
as B was used for asymmetry. 
B, C and D are in set S.

===========

> 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

Yes, this is correct.
You introduced "interface". More complete text:
 C and A can hear each other through A's and C's interface to 
 network N, and
 A and D can hear each other through A's and D's interface to 
 network N, then
 it does not mean that C can hear D or that D can hear C through 
 C's and D's interface to network N.

Maybe check I-D text on "node".
Example: "router A is reachable from node B"
c/node/router/  ?? 
Except first quote: "node equals router", section 2, 1st paragraph.

Teco.

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