Re: [Autoconf] practical addressing

"Teco Boot" <teco@inf-net.nl> Fri, 27 February 2009 19:45 UTC

Return-Path: <teco@inf-net.nl>
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 858493A67E4 for <autoconf@core3.amsl.com>; Fri, 27 Feb 2009 11:45:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.713
X-Spam-Level:
X-Spam-Status: No, score=-1.713 tagged_above=-999 required=5 tests=[AWL=0.333, 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 viqz680UVJso for <autoconf@core3.amsl.com>; Fri, 27 Feb 2009 11:45:53 -0800 (PST)
Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.KPNXCHANGE.COM [213.75.38.115]) by core3.amsl.com (Postfix) with ESMTP id 4ECEB3A63D3 for <autoconf@ietf.org>; Fri, 27 Feb 2009 11:45:52 -0800 (PST)
Received: from cpsmtp-eml110.kpnxchange.com ([10.94.168.110]) by hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 27 Feb 2009 20:46:14 +0100
Received: from M90Teco ([86.83.9.22]) by cpsmtp-eml110.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 27 Feb 2009 20:46:14 +0100
From: Teco Boot <teco@inf-net.nl>
To: 'Alexandru Petrescu' <alexandru.petrescu@gmail.com>
References: <499F0BA7.90501@piuha.net> <7E8A76F7-2CE0-463A-8EE8-8877C46B4715@gmail.com> <49A6D436.7020505@gmail.com> <000001c99845$1dc56190$595024b0$@nl> <49A6F125.40400@gmail.com> <1235680887.4585.5.camel@localhost> <49A7BB89.5040807@gmail.com> <003901c998cb$42b71e90$c8255bb0$@nl> <49A7E97A.2010503@gmail.com> <006801c998fd$06c5bd60$14513820$@nl> <49A82694.8090801@gmail.com> <007a01c99905$fd1619a0$f7424ce0$@nl> <49A82FE7.7090703@gmail.com>
In-Reply-To: <49A82FE7.7090703@gmail.com>
Date: Fri, 27 Feb 2009 20:46:13 +0100
Message-ID: <007c01c99914$0c0e7700$242b6500$@nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcmZCKmKXsNExR/KS32c9Hltw5oYkgACPv2g
Content-Language: nl
X-OriginalArrivalTime: 27 Feb 2009 19:46:14.0190 (UTC) FILETIME=[0C5284E0:01C99914]
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] practical addressing
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/mail-archive/web/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>
X-List-Received-Date: Fri, 27 Feb 2009 19:45:54 -0000

Inline.

|-----Oorspronkelijk bericht-----
|Van: Alexandru Petrescu [mailto:alexandru.petrescu@gmail.com]
|Verzonden: vrijdag 27 februari 2009 19:25
|Aan: Teco Boot
|CC: autoconf@ietf.org
|Onderwerp: Re: practical addressing
|
|Teco Boot a écrit :
|> Inline.
|>
|> |-----Oorspronkelijk bericht-----
|> |Van: Alexandru Petrescu [mailto:alexandru.petrescu@gmail.com]
|> |Verzonden: vrijdag 27 februari 2009 18:45
|> |Aan: Teco Boot
|> |CC: autoconf@ietf.org
|> |Onderwerp: Re: practical addressing (was: [Autoconf] new charter)
|> |
|> |[Thanks for the details Linux/Vista/IOS routing tables!  I didn't
|know
|> |  all that, only for linux]
|> |
|> |Teco Boot a écrit :
|> |>>> Routers may generate a /128 prefix-address, and advertize this in
|> |>>>  the routing domain.
|> |>
|> |>> A host-based route propagated and deleted throughout a domain? I
|> |>> don't see the necessity of doing so. Assuming the routers are
|> |>> mobile within 25m ranges then they wouldn't need to change their
|> |>> addresses, thus no need to propagate host-based routes.
|> |>
|> |> If the /128 is not propagated, there will be no multi-hop network.
|> |
|> |Well I disagree.  In the multi-hop network below only /64 prefixes
|are
|> |present in Routers' routing tables, no /128 (host-based) routes:
|> |
|> |
|> |   -----  wifi "adhoc1"  ------  wifi "adhoc2"  ------- "adhoc3"-----
|> |  |Host1|---------------|Router|---------------|Router2|-------
||Host2|
|> |   ----- LL1    P1   LL2 ------ LL3   P2   LL4  -------LL5 P3  LL6---
|> |         G1                                                    G4
|> |
|> |           P1, P2, P3: /64 prefixes, such as:
|> |                       2001:db8:1::/64
|> |                       2001:db8:2::/64 and
|> |                       2001:db8:3::/64
|> |
|> |Would this kind of use of /64 prefixes alleviate the need to
|> |propagate/delete /128 prefixes throughout the network?
|>
|> Your routers need two wifi interfaces.
|
|Yes.
|
|> Often, there is only one wifi interface.
|
|If the charter text said we only look at routers with one physical
|interface then I'd go away.
|
|And if it said we only look at routers with at least two physical
|interfaces then my figures would be right.

MANET Routers have one MANET Interface at a minimum. Two interfaces is OK. 
No one said your figures were "wrong". But there are cases that need other
topologies, like the two nearby hosts.



|> The MANET Routing protocol provides connectivity between nodes that
|> are out of range from each other, via relay nodes that are in range.
|
|Well that can be achieved with simple plain routing, not necessarily a
|dynamic routing protocol.

No. 
One of the goals is providing connectivity in a dynamic topology. Static
routing cannot provide this.



|> Using many distinct SSIDs can introduce problems, e.g. Host-1 and
|> Host-2 are near each other, but on a different SSID:
|
|Using a single SSID can introduce other problems, such as the now
|documented hidden terminal problem.

The hidden terminal problem MAY introduce somewhat reduced performance. In
802.11, we have collision avoidance for unicast using RTS - CTS and
automatic retransmit using ACK. Other MANET radios may use other mechanisms.
By the way, 802.11 tests have shown that the carrier sense range is larger
than Tx-Rx range and hidden terminal problem does not occur.
(http://info.iet.unipi.it/~anastasi/papers/book_ch03.pdf).

And keep in mind the hidden terminal problem applies to infrastructure mode
as well!


On the multiple SSID solution, this is not acceptable in many cases, as my
life or dead example (2 hosts in range, connected to different SSISs).


Teco.



|We should make choices.
|
|Alex