Re: [dhcwg] RE: [Mip6] [Updated] DHCP Option for HomeInformationDiscovery inMIPv6

Vijay Devarapalli <vijay.devarapalli@azairenet.com> Mon, 26 June 2006 22:41 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fuzlm-0003xb-PK; Mon, 26 Jun 2006 18:41:26 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fuzll-0003wV-PE for mip6@ietf.org; Mon, 26 Jun 2006 18:41:25 -0400
Received: from mail1.azairenet.com ([66.92.223.4] helo=bart.corp.azairenet.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fuzlj-0006vw-C2 for mip6@ietf.org; Mon, 26 Jun 2006 18:41:25 -0400
Received: from [10.1.201.0] ([10.1.201.0]) by bart.corp.azairenet.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Jun 2006 15:41:22 -0700
Message-ID: <44A0620F.5090408@azairenet.com>
Date: Mon, 26 Jun 2006 15:39:11 -0700
From: Vijay Devarapalli <vijay.devarapalli@azairenet.com>
User-Agent: Debian Thunderbird 1.0.2 (X11/20060423)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Kent Leung (kleung)" <kleung@cisco.com>
Subject: Re: [dhcwg] RE: [Mip6] [Updated] DHCP Option for HomeInformationDiscovery inMIPv6
References: <2979E38DD6FC6544B789C8DAD7BAFC52020C8E13@xmb-sjc-235.amer.cisco.com>
In-Reply-To: <2979E38DD6FC6544B789C8DAD7BAFC52020C8E13@xmb-sjc-235.amer.cisco.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 26 Jun 2006 22:41:22.0070 (UTC) FILETIME=[A5EC0360:01C69971]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb
Cc: mip6@ietf.org
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Errors-To: mip6-bounces@ietf.org

(left out the DHC WG from the cc list).

there is one issue.

draft-jang just does not define the DHCP options. it goes further.
abstract of draft-jang says

    This draft defines a DHCP-based scheme to enable dynamic discovery of
    Mobile IPv6 home agent address, home address, and home subnet.  New
    DHCP options are defined to carry the information from a DHCP server
    to the DHCP client running on the mobile node.

section 4.2 further goes and ahead and specifies mobile node
behavior. the draft just does not define the options. it is also
incomplete because it neither describes the scope of the problem
it is trying to address nor gives a complete solution.

we can't have two documents that both describe how to use DHCP
for MIP6 bootstrapping.

Vijay

Kent Leung (kleung) wrote:
> Hi Kuntal and Vijay.
> 
> See my posting, "Generalizing draft-jang-dhc-haopt for MIPv6 support in
> DHCP", back on Jan 4, 2006 on this topic.  I proposed to keep the 2
> drafts separate, one for defining DHCPv6 opcodes for MIPv6 parameters
> and a bootstrap draft that references the DHCP options needed to achieve
> its function.
> 
> I agree there's no need to drag in references other to say that there's
> value for the DHCP MIPv6 options.  3GPP2/WiMAX specs can reference the
> DHCPv6 opcodes for MIPv6 draft/RFC, much like what MIPv6 bootstrap would
> have done.
> 
> As for what Vijay said about the WiMAX scheme, definitely true that it
> doesn't conform to DHCP RFC 3315.  But we should keep the issues
> separate.  I haven't read all the emails on the thread.  Just jumping in
> to say the following:
> 
>  - Keep 2 separate self contained drafts
>  - IETF MIPv6 bootstrap draft references DHCP for MIPv6 draft
>  - WiMAX and 3GPP2 can also reference DHCP for MIPv6 draft for their
> bootstrapping schemes
> 
> Just some explanatory comments:
>  - 3GPP2 conforms to DHCPv6 in its bootstrapping scheme
>  - WiMAX does not conform to DHCPv6 when using proxy DHCP server scheme
> 
> But *ALL* of the above bootstrapping schemes use the same DHCP options
> for MIPv6 parameters.  That's what justifies an independent DHCP for
> MIPv6 draft, IMHO.
> 
> Kent
> 
>  
> 
> 
>>-----Original Message-----
>>From: Chowdhury, Kuntal [mailto:kchowdhury@starentnetworks.com] 
>>Sent: Thursday, June 22, 2006 7:19 PM
>>To: Vijay Devarapalli; Behcet Sarikaya
>>Cc: mip6@ietf.org; Heejin Jang; dhcwg@ietf.org
>>Subject: RE: [dhcwg] RE: [Mip6] [Updated] DHCP Option for 
>>HomeInformationDiscovery inMIPv6
>>
>>Sorry, I am not getting this. Why are we dragging WiMAX and 
>>3GPP2 references to justify the need for basic DHCP op-codes 
>>for HoA/HL/HA info?
>>
>>draft-jang-mip6-hiopt-00.txt defines the DHCPv6 op-codes for 
>>HA, HoA and HL info.
>>
>>draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt is the 
>>MIP6 bootstrapping solution that leverages DHCPv6 for HA/HL 
>>bootstrapping. 
>>
>>There are tons of I-Ds and solutions in IETF that leverage other I-Ds.
>>So, what is so special here? The decision to NOT merge these 
>>I-Ds was taken in the bootstrap DT. Why are we wasting 
>>people's time here to revisit basic decisions?
>>
>>-Kuntal
>>
>>
>>
>>>-----Original Message-----
>>>From: Vijay Devarapalli [mailto:vijay.devarapalli@azairenet.com]
>>>Sent: Thursday, June 22, 2006 12:55 PM
>>>To: Behcet Sarikaya
>>>Cc: mip6@ietf.org; Heejin Jang; dhcwg@ietf.org
>>>Subject: Re: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home 
>>>InformationDiscovery inMIPv6
>>>
>>>Behcet Sarikaya wrote:
>>>
>>>>Hi Vijay,
>>>>The idea in the present WiMAX document is quite simple:
>>>>it uses EAP-PKMv2 (which is like 802.11i) authentication 
>>
>>and during
>>EAP
>>
>>>>transaction, they assume that AAA server determines that 
>>
>>the MS is a
>>
>>>>CMIPv6 authorized user based on the AAA profile and it 
>>
>>will include
>>all
>>
>>>>the so-called bootstrapping info in the Access-Accept. Then MS can
>>
>>use
>>
>>>>RFC 3736 to make a DHCP Information Request to DHCP Relay 
>>
>>colocated
>>with
>>
>>>>NAS and use draft-jang (extended now with HoA) and receive all the
>>
>>info
>>
>>>>to configure MIP6.
>>>
>>>the DHCP Relay replies to the MN without relaying the DHCP request 
>>>from the MN to a DHCP server? this is not allowed with the current 
>>>IETF specs.
>>>
>>>
>>>>  In this setup can you make a case for 
>>>>draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt?
>>>
>>>as far as I am concerned,
>>>draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt
>>>is the document that describes how to use DHCPv6 for MIPv6 
>>>bootstrapping. as for the setup in the WiMAX NWG, it is 
>>
>>something that 
>>
>>>doesn't conform to the IETF DHCP specs.
>>>
>>>Vijay
>>><snip>
>>


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