Re: [Autoconf] WC consensus call for RFC5889 modifications (Fwd: Forgotone [Was: RFC 5889)

"Charles E. Perkins" <charles.perkins@earthlink.net> Wed, 04 August 2010 19:37 UTC

Return-Path: <charles.perkins@earthlink.net>
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 83B823A6915 for <autoconf@core3.amsl.com>; Wed, 4 Aug 2010 12:37:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[AWL=0.102, BAYES_00=-2.599, J_CHICKENPOX_21=0.6]
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 9gf48O7uxgMc for <autoconf@core3.amsl.com>; Wed, 4 Aug 2010 12:37:40 -0700 (PDT)
Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by core3.amsl.com (Postfix) with ESMTP id 560C33A693F for <autoconf@ietf.org>; Wed, 4 Aug 2010 12:37:40 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=JvSUL5aK0qWFAVMmrVi2ACSRZQYBkziQo1InimILds/td2GqXJlq0RN82ns5ts0m; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Received: from [12.204.153.98] (helo=[10.166.254.159]) by elasmtp-scoter.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charles.perkins@earthlink.net>) id 1Ogjmy-0001Ag-EX; Wed, 04 Aug 2010 15:38:09 -0400
Message-ID: <4C59C19B.4070101@earthlink.net>
Date: Wed, 04 Aug 2010 12:38:03 -0700
From: "Charles E. Perkins" <charles.perkins@earthlink.net>
Organization: Wichorus Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6
MIME-Version: 1.0
To: Teco Boot <teco@inf-net.nl>
References: <4C528979.7010006@oracle.com> <E21BA9FD-4715-4DA8-9586-9380126763E2@gmail.com> <4C58584D.2010604@earthlink.net> <379B3F32-224C-46C0-8599-913AD85A803E@inf-net.nl> <4C596894.5050004@earthlink.net> <28D40890-32BE-4925-94DD-049E54B71B43@inf-net.nl> <4C599292.9090507@earthlink.net> <AC7B3C2B-1130-4067-A7F7-083F49D034AE@inf-net.nl>
In-Reply-To: <AC7B3C2B-1130-4067-A7F7-083F49D034AE@inf-net.nl>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f52847c8b393ddc2769ad6ab7484e5b4d8e350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 12.204.153.98
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] WC consensus call for RFC5889 modifications (Fwd: Forgotone [Was: RFC 5889)
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: Wed, 04 Aug 2010 19:37:41 -0000

Hello Teco,

On 8/4/2010 11:11 AM, Teco Boot wrote:

>>> You could say a host with one p2p link could set the default gateway automatically.
>>> But how can the opposite node learn the topology?
>>
>> Are we getting into solution space?
>
> No. We are getting out-of-scope.
> The document is about link with undetermined characteristics.
> P2P links are not in that category.

I definitely don't agree with this conclusion.
The links with undetermined characteristics can
support time-bounded P2P links.  There is no
reason to declare P2P links out of scope.

>> I didn't even say that a host had to have
>> a default router.
>
> Then, that host does not send packets.
> (Assuming empty routing table and /128 (v6) or /32 (v4) address prefix).

Bad assumption!

> (Host learning more specific routes via p2p links could be exception)

This isn't necessary.  Shall I make an example?

One trivial example would be to just run in
promiscuous mode, listen for addresses, and
pretend that some neighbor is a router.

I have other examples that are more normal :-)


>> Without presenting solutions, I cannot
>> convince you otherwise.  For this discussion,
>> suffice it to say that I am 100% certain your
>> statement is incorrect.
>
> I think I would call your solution topology exchange, thus routing.
> Just guessing, of course.

I am not claiming that the other solutions are
mine -- but there are numerous examples in the
literature.

As far as a host is concerned, topology
exchange isn't necessary -- unless you call
the simple fact of link establishment to be
"topology exchange".  And then our discussion
fails, because we have so little vocabulary.


>> In particular, I claim that hosts in an ad hoc
>> network often must adhere to the developed
>> address model.  Of course they don't run AODV
>> if they're not routers.
>
> OK, now were are there. How can the routers know the host is there?

If the host transmits a packet, the routers can know.

> When the host belongs to a subnet, with a "subnet router" as gateway
> to the rest of the network, I am OK. But this cannot happen, with the
> current addressing model.

Why not?

If I remember correctly, the current addressing model does
not legislate that all links have to be /128.  It just
says that SOME links appear to be /128, so that without
additional information, protocols may not make too many
assumptions about the connectivity properties of the link.

As many have pointed out, this world is not so black and
white.

>>> More detailed answer: in AODV, the subnet router is responsible for
>>> reachability for the subnet.
>>
>> Where's the subnet?
>
> Somewhere in the network. Optionally with hosts. And a router, connecting
> the subnet to the rest of the network.

Optionally.  And, a node can forward packets
based only on P2P routes.  Such a node is,
I claim, a router.  No subnets are needed.


>> Is there some weird magic that requires every
>> /128 subnet to have an AODV subnet router?
>> If not, then your conclusion is false.
>
> There is no magic.
> Point is: with /128, there are no hosts. Not on links with undetermined
> characteristics.

Teco -- this is just wrong.

Just because a network interface has undetermined
properties doesn't mean that the host utilizing
that network interface can't transmit or receive
packets.  Otherwise, what would be the point of
powering the interface?


>> Actually, I am further mystified -- especially
>> to think that point-to-point routes get so little
>> respect in this forum, and that anyone might
>> claim that hosts don't have routing tables.
>
> 1) P2P is out-of-scope, as we assume nothing for our links.

We do assume that hosts can transmit packets.
At least I do.  Hosts that can transmit packets
can support P2P links.  Why not??

> 2) hosts have routing tables.

Well, I'm glad you cleared that up.


> With IPv6, we could support hosts in our links with undetermined
> characteristics. Router sends RA with PIO (/64), with L-bit is 0.
> Nearby hosts can configure own address (SLAAC) and use the router
> as gateway. This only works for satellite hosts. This model is
> suggested multiple times (Templin, in't Velt, others).
> There was rough consensus not to support this addressing model.

What if the router sends out RA with /128, and hosts
receiving the RA configure P2P route table entries to
the router?  That would work.

But it's not the only way, of course.

Regards,
Charlie P.