Re: [dhcwg] Changes to remove "client-link-local-address" from the DHCPv6 header
Josh Littlefield <joshl@cisco.com> Thu, 30 August 2001 20:06 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 QAA26813; Thu, 30 Aug 2001 16:06:03 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA09449; Thu, 30 Aug 2001 16:05:20 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA09426 for <dhcwg@ns.ietf.org>; Thu, 30 Aug 2001 16:05:18 -0400 (EDT)
Received: from funnel.cisco.com (funnel.cisco.com [161.44.131.24]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA26771 for <dhcwg@ietf.org>; Thu, 30 Aug 2001 16:03:57 -0400 (EDT)
Received: from cisco.com (dhcp-161-44-149-95.cisco.com [161.44.149.95]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id QAA28093; Thu, 30 Aug 2001 16:04:45 -0400 (EDT)
Message-ID: <3B8E9C27.209B08B4@cisco.com>
Date: Thu, 30 Aug 2001 16:03:51 -0400
From: Josh Littlefield <joshl@cisco.com>
Organization: Cisco Systems
X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Bernie Volz (EUD)" <Bernie.Volz@am1.ericsson.se>
CC: 'Ralph Droms' <rdroms@cisco.com>, dhcwg@ietf.org
Subject: Re: [dhcwg] Changes to remove "client-link-local-address" from the DHCPv6 header
References: <66F66129A77AD411B76200508B65AC697B34DE@eambunt705.ena-east.ericsson.se>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
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
Content-Transfer-Encoding: 7bit
> "Bernie Volz (EUD)" wrote: > > Yeah, in thinking some more about this, perhaps it is better that the > relay > doesn't know about prefix lengths (it doesn't really need to) - though it > likely will anyway (because of Router Advertisements, etc). > > It also is one more thing that could get misconfigured in some way between > > the relay and server, so perhaps best to just let the server deal with it. I agree. I think having the relay include the prefix length is almost over-specifying the subnet to the server. The server had its configuration of subnets, and the relay needs only to provide an address within a subnet. Then the address either maps to a subnet, or it doesn't. But it won't run the risk of mapping to more than one if the relay-communicated prefix length is smaller than expected). > Therefore, I would suggest it can either be the prefix (with 0's in the > interface > id) or just an address. Since the server knows the prefix lengths, it can > find > the appropriate "network" by doing the checks only against the > prefix-length > bits. Essentially, only the prefix bits are significant and the remaining > bits > are don't care. But, I have no major issue if we want to force it to be > just > the prefix (with 0's in the other bits). This is what I was trying to get at before. The relay-address can be a full address, or a "prefix-only" address (0's in the other bits) and the server shouldn't care one way or the other as long as it maps to a subnet and isn't used to address packets. I see no reason to force the relay-address to be prefix-only, or to disallow it. -- ===================================================================== Josh Littlefield Cisco Systems, Inc. joshl@cisco.com 250 Apollo Drive tel: 978-244-8378 fax: same Chelmsford, MA 01824-3627 _______________________________________________ dhcwg mailing list dhcwg@ietf.org http://www1.ietf.org/mailman/listinfo/dhcwg
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- Re: [dhcwg] Changes to remove "client-link-local-… Josh Littlefield
- RE: [dhcwg] Changes to remove "client-link-local-… Ralph Droms
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- Re: [dhcwg] Changes to remove "client-link-local-… Ralph Droms
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- Re: [dhcwg] Changes to remove "client-link-local-… Ted Lemon
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- RE: [dhcwg] Changes to remove "client-link-local-… Bernie Volz (EUD)
- Re: [dhcwg] Changes to remove "client-link-local-… Josh Littlefield
- Re: [dhcwg] Changes to remove "client-link-local-… Ted Lemon
- Re: [dhcwg] Changes to remove "client-link-local-… Ralph Droms
- Re: [dhcwg] client unicast/client unicast option Ted Lemon
- Re: [dhcwg] Incorporation of WG last call comment… Ted Lemon
- Re: [dhcwg] Assigning DHCPv6 option codes Thomas Narten
- Re: FW: [dhcwg] co-existence of temp and normal a… Thomas Narten
- Re: FW: [dhcwg] co-existence of temp and normal a… Thomas Narten
- Re: [dhcwg] dhcpv6-24: Rapid Commit Thomas Narten
- Re: [dhcwg] dhcpv6-24: movement detection and Con… Thomas Narten
- Re: [dhcwg] dhcpv6-24: movement detection and Con… Thomas Narten
- Re: [dhcwg] dhcpv6-24: use of anycast Thomas Narten
- Re: [dhcwg] dhcpv6-24: Interface-ID option Thomas Narten
- Re: [dhcwg] dhcpv6-24: Temporary addresses Thomas Narten
- Re: [dhcwg] dhcpv6-24: movement detection and Con… Thomas Narten
- Re: [dhcwg] dhcpv6-24: movement detection and Con… Ted Lemon
- Re: [dhcwg] DHCP Option for CableLabs Client Conf… Thomas Narten
- Re: [dhcwg] status of draft-ietf-dhc-agent-subnet… Thomas Narten
- Re: [dhcwg] Conflicting information regarding DHC… Thomas Narten
- Re: [dhcwg] RE: I-D ACTION:draft-droms-dhcp-relay… Thomas Narten