RE: [dhcwg] Router option, in DHCPv6

"Bernie Volz" <volz@cisco.com> Sat, 11 September 2004 14:09 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19452; Sat, 11 Sep 2004 10:09:21 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C68X2-0006Ja-JX; Sat, 11 Sep 2004 10:07:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C68WU-0005xT-BU for dhcwg@megatron.ietf.org; Sat, 11 Sep 2004 10:06:38 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA19137 for <dhcwg@ietf.org>; Sat, 11 Sep 2004 10:06:36 -0400 (EDT)
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C68al-0001Bd-BW for dhcwg@ietf.org; Sat, 11 Sep 2004 10:11:04 -0400
Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-2.cisco.com with ESMTP; 11 Sep 2004 07:14:29 -0700
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id i8BE62wW002270; Sat, 11 Sep 2004 07:06:03 -0700 (PDT)
Received: from volzw2k (che-vpn-cluster-2-21.cisco.com [10.86.242.21]) by flask.cisco.com (MOS 3.4.6-GR) with ESMTP id ALM11872; Sat, 11 Sep 2004 10:06:01 -0400 (EDT)
From: Bernie Volz <volz@cisco.com>
To: 'Robert Elz' <kre@munnari.OZ.AU>, 'Anil Kumar Reddy' <sakreddy@india.hp.com>
Subject: RE: [dhcwg] Router option, in DHCPv6
Date: Sat, 11 Sep 2004 10:05:57 -0400
Organization: Cisco
Message-ID: <000901c49808$78269010$6401a8c0@amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.5709
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300
In-reply-to: <21501.1094842808@munnari.OZ.AU>
Importance: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Content-Transfer-Encoding: quoted-printable
Cc: dhcwg@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
Content-Transfer-Encoding: quoted-printable

I agree. We do not need this option.

If someone can demonstrate a solid need for this (either a list of default
routers or list of static routes), we will consider this. But if you have no
solid use case, this should be outside the scope of DHCPv6. 

In IPv4, there was no basic mechanism for a host to find router(s) and to
discover whether addresses are on or off link (ICMP messages were added
later, but I think they've been little used). This is a basic feature of
IPv6.

- Bernie

> -----Original Message-----
> From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] 
> On Behalf Of Robert Elz
> Sent: Friday, September 10, 2004 3:00 PM
> To: Anil Kumar Reddy
> Cc: dhcwg@ietf.org
> Subject: Re: [dhcwg] Router option, in DHCPv6 
> 
> 
>     Date:        Fri, 10 Sep 2004 19:32:22 +0530
>     From:        "Anil Kumar Reddy" <sakreddy@india.hp.com>
>     Message-ID:  <200409101402.TAA29984@iconsrv6.india.hp.com>
> 
>   | 	I feel, having a router configuration option (similar to 
>   | 	DNS, SIP, NIS) would help the client's network connectivity 
>   | 	in the absence of RA.
> 
> As a rationale, that's useless.   If there are no RAs, there are no
> routers, RAs in v6 aren't optional.
> 
> But, it might be perhaps useful to be able to configure a 
> particular router on a net with several - and perhaps 
> different routers for different hosts, which is something 
> that RAs cannot achieve, so the option shouldn't necessarily 
> simply be discarded as completely useless.
> 
> Whether the benefit in allowing this is worth the extra 
> complexity I'm not sure I'd like to take a position on at the minute.
> 
> kre
> 
> 
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www1.ietf.org/mailman/listinfo/dhcwg
> 


_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg