Re: [dhcwg] Two options proposed during WG last call
Jim Bound <seamus@bit-net.com> Wed, 23 January 2002 01:07 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA16139 for <dhcwg-archive@odin.ietf.org>; Tue, 22 Jan 2002 20:07:47 -0500 (EST)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id UAA21034 for dhcwg-archive@odin.ietf.org; Tue, 22 Jan 2002 20:07:50 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA20444; Tue, 22 Jan 2002 19:56:21 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA20419 for <dhcwg@ns.ietf.org>; Tue, 22 Jan 2002 19:56:14 -0500 (EST)
Received: from mail.users.bit-net.com (www.bit-net.com [208.146.132.4]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA15867 for <dhcwg@ietf.org>; Tue, 22 Jan 2002 19:56:11 -0500 (EST)
Received: from localhost by mail.users.bit-net.com; (5.65v3.2/1.1.8.2/30Jul96-0143PM) id AA11518; Tue, 22 Jan 2002 19:56:09 -0500
Date: Tue, 22 Jan 2002 19:56:09 -0500
From: Jim Bound <seamus@bit-net.com>
To: Ralph Droms <rdroms@cisco.com>
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Two options proposed during WG last call
In-Reply-To: <4.3.2.7.2.20020122145946.036d26a0@funnel.cisco.com>
Message-Id: <Pine.OSF.3.95.1020122194636.12698H-100000@www.bit-net.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org
Ralph, An essential option set for dhc6 is that which will assist with the deployment of IPv6 immediately. That is the case for configured tunnels. Right now I am not convinced that we should add default routes to clients for dhc6. Not because they are learned (provided is not the case) by ND, as I believe the Dentist Office Scenario may justify them or a Home IPv6 Gateway box that wants to provide them instead of the router because it is not running full routing protocol to learn all routes. In this case my ISP tells me my static route and I configure that with DHC6. The reason for not doing it now is it requires more analysis and discussion than I think we should do before final last call and to PS process. I will argue that wee should permit this but it will take a long time to discuss. So in the interest of moving forward I suggest we not include default routes for now. /jim On Tue, 22 Jan 2002, Ralph Droms wrote: > These two options were proposed during the WG last call on > draft-ietf-dhc-dhcpv6-22.txt. > > - Default routes > > A default routes option is unnecessary because of neighbor discovery/router > advertisements; is there some other reason to configure a host with default > routes? > > - Static routes > > The static routes option has been discussed in the thread "static route > option for dhcpv6". The summary of the discussion is that a static routes > option might be useful to configure a host for tunnels. > > Please follow up with comments about whether we should define these two > options for DHCPv6. > > - Ralph > > > _______________________________________________ > 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
- [dhcwg] Two options proposed during WG last call Ralph Droms
- Re: [dhcwg] Two options proposed during WG last c… Warren Belfer
- Re: [dhcwg] Two options proposed during WG last c… Jim Bound
- RE: [dhcwg] Two options proposed during WG last c… Bernie Volz (EUD)