Re: [v6ops] Routers are hosts too! (Re: I-D Action: draft-ietf-v6ops-host-addr-availability-04.txt)

joel jaeggli <joelja@bogus.com> Thu, 07 January 2016 18:45 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CECA1A92EA for <v6ops@ietfa.amsl.com>; Thu, 7 Jan 2016 10:45:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QVUujyo2XTsT for <v6ops@ietfa.amsl.com>; Thu, 7 Jan 2016 10:45:52 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92B071A92E9 for <v6ops@ietf.org>; Thu, 7 Jan 2016 10:45:52 -0800 (PST)
Received: from mb-2.local ([8.18.217.194]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id u07Ijo23041875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 7 Jan 2016 18:45:50 GMT (envelope-from joelja@bogus.com)
To: Joe Touch <touch@isi.edu>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, v6ops@ietf.org
References: <CAO42Z2zU12bHqh2DiCeT2MOE6txh1cKbU9DasSjozQ166knVdQ@mail.gmail.com> <568D8B33.1060301@isi.edu> <568E5C93.5050201@gmail.com> <568EAC83.4000102@isi.edu>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <568EB25D.8030907@bogus.com>
Date: Thu, 07 Jan 2016 10:45:49 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Thunderbird/43.0
MIME-Version: 1.0
In-Reply-To: <568EAC83.4000102@isi.edu>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="5NxQwi0c7m6JMFaHudcRFjEXdQwU9tKef"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/B5U7yCAf3By_YC0kNMJl1SqbVqo>
Subject: Re: [v6ops] Routers are hosts too! (Re: I-D Action: draft-ietf-v6ops-host-addr-availability-04.txt)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jan 2016 18:45:54 -0000

On 1/7/16 10:20 AM, Joe Touch wrote:
> 
> 
> On 1/7/2016 4:39 AM, Alexandre Petrescu wrote:
>>
>>
>> Le 06/01/2016 22:46, Joe Touch a écrit :
>>> +1 (and then some)
>>>
>>> AFAICT:
>>>
>>>     - a host is an Internet device that sources or sinks packets
>>>
>>>     - a router is an Internet device that *also* relays packets
>>>
>>> It may be possible to implement a router that never acts as a host, but
>>> that requires it never participate actively in routing protocols, IP
>>> signalling, etc.
>>
>> Yes.  And:
>>
>>         - a router doesn't use the information received in an RA, a
>>           host does.
> 
> A router might have an interface by which it is accessible as a host but
> for which it does not forward; that interface could use an RA for
> autoconfiguration.
> 
>>         - a router doesn't join the all-hosts multicast address.
> 
> There's an "all nodes", which it clearly should join (see RFC4921, Sec.
> 2.8).

the platonic conception of a router as a device that simply forwards
packets maybe not, the router's control plane on the other hand is a
host on every subnet where it's addressed and is therefore a node.

> There is no "all-hosts" listed here (except for ST, which is obsoleted): 
> http://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtml
> 
>>         - a router doesn't use SLAAC to configure an address for self,
>>           a Host does.
> 
> It could where appropriate (e.g., see first item above).
> 
>>         - a router does implement longest-matching algorithms, a Host
>>           doesn't.
> 
> This is needed for source address selection if the host has more than
> one address.
> 
>> Implementations are obviously less clear cut.  But we can talk theory.
>>
>> Alex
>>
>>>
>>> Joe
>>>
>>> On 1/6/2016 1:24 PM, Mark Smith wrote:
>>>> Routers are universally hosts too. The distinction between a router and
>>>> a host is that a router will also accept packets not sent to addresses
>>>> assigned to the devices interfaces. It will then see what to do with
>>>> them according to the route table, sending the packet where ever the
>>>> route table says or dropping them. That is all that makes it a router.
>>>
>>> _______________________________________________
>>> v6ops mailing list
>>> v6ops@ietf.org
>>> https://www.ietf.org/mailman/listinfo/v6ops
>>>
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>