RE: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home InformationDiscovery inMIPv6
"Chowdhury, Kuntal" <kchowdhury@starentnetworks.com> Fri, 23 June 2006 02:22 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FtbJR-0005tD-Rf; Thu, 22 Jun 2006 22:22:25 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FtbJQ-0005t0-I8; Thu, 22 Jun 2006 22:22:24 -0400
Received: from mx0.starentnetworks.com ([12.38.223.203]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FtbJN-0006Y1-UF; Thu, 22 Jun 2006 22:22:24 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by mx0.starentnetworks.com (Postfix) with ESMTP id 21D7190045; Thu, 22 Jun 2006 22:22:17 -0400 (EDT)
Received: from mx0.starentnetworks.com ([127.0.0.1]) by localhost (mx0.starentnetworks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25628-01; Thu, 22 Jun 2006 22:22:15 -0400 (EDT)
Received: from ames.starentnetworks.com (ames.starentnetworks.com [12.33.235.15]) by mx0.starentnetworks.com (Postfix) with ESMTP; Thu, 22 Jun 2006 22:22:15 -0400 (EDT)
Received: from exchtewks2.starentnetworks.com ([12.33.232.12]) by ames.starentnetworks.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 22 Jun 2006 22:19:16 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home InformationDiscovery inMIPv6
Date: Thu, 22 Jun 2006 22:19:15 -0400
Message-ID: <7CCD07160348804497EF29E9EA5560D73C51DD@exchtewks2.starentnetworks.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home InformationDiscovery inMIPv6
Thread-Index: AcaWJ1At3e9b1E8eTceNcRUoaUj47wAQ6ahA
From: "Chowdhury, Kuntal" <kchowdhury@starentnetworks.com>
To: Vijay Devarapalli <vijay.devarapalli@azairenet.com>, Behcet Sarikaya <sarikaya@ieee.org>
X-OriginalArrivalTime: 23 Jun 2006 02:19:16.0236 (UTC) FILETIME=[6D146CC0:01C6966B]
X-Virus-Scanned: amavisd-new 2.2.1 (20041222) at mx0.starentnetworks.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 40161b1d86420e0807d771943d981d25
Cc: mip6@ietf.org, Heejin Jang <heejin.jang@samsung.com>, 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>
Errors-To: dhcwg-bounces@ietf.org
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 > > > > > Regards, > > > > --behcet > > > > ----- Original Message ---- > > From: Alper Yegin <alper.yegin@yegin.org> > > To: Gerardo Giaretta <gerardo.giaretta@gmail.com> > > Cc: mip6@ietf.org; dhcwg@ietf.org; Heejin Jang <heejin.jang@samsung.com> > > Sent: Wednesday, June 21, 2006 4:48:10 PM > > Subject: RE: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home > > Information Discovery inMIPv6 > > > > Gerardo, > > > > I think it helps to understand the components of the full picture. > > > > [a] Delivery of the info from home AAA to the NAS > > [b] Delivery of the info from the NAS (DHCP relay) to the DHCP server. > > [c] Delivery of the info from the DHCP server to the DHCP client > > [d] Plumbing of all these components > > > > > > [a], [b], and [c] are all protocol work. [d] is just informational. > > > > The document draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt covers > [b] > > and [d]. > > > > WiMAX does not use [b]. For that there is no need to have a normative > > reference to draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt. It > could > > have an informative reference to it, but it does not have to. > > > > Alper > > > > > > > > > > > > > > > -----Original Message----- > > > From: Gerardo Giaretta [mailto:gerardo.giaretta@gmail.com] > > > Sent: Wednesday, June 21, 2006 1:18 AM > > > To: Alper Yegin > > > Cc: Vijay Devarapalli; mip6@ietf.org; Heejin Jang; dhcwg@ietf.org > > > Subject: Re: [dhcwg] RE: [Mip6] [Updated] DHCP Option for Home > > Information > > > Discovery inMIPv6 > > > > > > Alper, > > > > > > just one question below in order to understand if there is a real > > > technical reason to keep the docs separated.. > > > > > > > > > But I hope this data point helps: WiMAX Forum NWG architecture > is > > > using > > > > > > draft-jang. > > > > > > > > > > in what context and how are they planning to use it? > > > > > > > > The MIP info is brought to the DHCP server via RADIUS and delivered > to > > > the > > > > MN via DHCP. > > > > > > > > > > Can you please explain which are the technical differences between > the > > > solution in the DT draft for integrated scenario and the solution > > > developped in WiMAX? > > > > > > I guess in WiMAX MIP info are brought to DHCP relay (i.e. NAS) and > > > then draft-jang is applied. Is this really different from what is > > > described in the DT draft? > > > > > > --Gerardo > > > > > > > > the > > > > > WiMAX forum NWG can still use the DHCP options wherever > > > > > they are defined. > > > > > > > > Yes. And WiMAX Forum could also use it even if IETF had > > concatenated all > > > of > > > > the RFCs and I-Ds under a single document too.... This I-D being > > > referenced > > > > whereas the draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt > wasn't > > > is a > > > > solid proof that the former I-D is useful without having to be > > > integrated > > > > into the latter. > > > > > > > > > > > > > >>the only other mechanism is to manually > > > > > >>configure the DHCP servers in the visited link with > > > > > >>information like home agent address, home address and home > > > > > >>prefix. this is a bad idea. > > > > > > > > > > > > You know that one does not have to put DHCP servers on every subnet, > > > instead > > > > one can rely on DHCP relays. And that's the used technique for many > > > > enterprise networks. So, I don't see why this is a bad idea. > > > > > > > > Alper > > > > > > > > > > > > > > > > > > > > > > > > > > Vijay > > > > > > > > > > > > > > > > > Alper > > > > > > > > > > > > > > > > > > > > > > > >>-----Original Message----- > > > > > >>From: Vijay Devarapalli > [mailto:vijay.devarapalli@azairenet.com] > > > > > >>Sent: Monday, June 19, 2006 6:17 PM > > > > > >>To: Heejin Jang > > > > > >>Cc: mip6@ietf.org; dhcwg@ietf.org > > > > > >>Subject: Re: [Mip6] [Updated] DHCP Option for Home Information > > > Discovery > > > > > >>inMIPv6 > > > > > >> > > > > > >>Heejin Jang wrote: > > > > > >> > > > > > >>>Hello folks, > > > > > >>>We posted an I-D that proposes new DHCP Options for Home > > > Information > > > > > >>>Discovery in MIPv6. > > > > > >>> > > > > > >>>Kindly note that the previous version of this draft is > > > > > >>>"draft-jang-dhc-haopt-02.txt" but the name is slightly changed > > into > > > > > >>>"draft-jang-mip6-hiopt-00.txt" while keeping almost the same > > > contents. > > > > > >>> > > > > > >>>The drafts referencing this draft such as > > > > > >>>draft-ietf-mip6-bootstrapping-split-02.txt and > > > > > >>>draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt need to be > > > revised > > > > > >>>accordingly. > > > > > >>> > > > > > >>>We would appreciate to hear your comments. > > > > > >> > > > > > >>when this draft was discussed in the MIP6 bootstrapping > > > > > >>design team, many people wanted to integrate the two DHCP > > > > > >>options into > > > > > >>draft-ietf-mip6-bootstrapping-integrated-dhc-01.txt. > > > > > >>this was mainly because the options defined in the document > > > > > >>have limited applicability beyond the integrated scenario > > > > > >>solution document. the only other mechanism is to manually > > > > > >>configure the DHCP servers in the visited link with > > > > > >>information like home agent address, home address and home > > > > > >>prefix. this is a bad idea. > > > > > >> > > > > > >>there was some opposition and we never reached an agreement. > > > > > >> > > > > > >>so I suggest including these options into the integrated > > > > > >>scenario solution document for these options to get > > > > > >>standardized quickly. > > > > > >> > > > > > >>Vijay > > > > > >> > > > > > >>_______________________________________________ > > > > > >>Mip6 mailing list > > > > > >>Mip6@ietf.org > > > > > >>https://www1.ietf.org/mailman/listinfo/mip6 > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > dhcwg mailing list > > > > dhcwg@ietf.org > > > > https://www1.ietf.org/mailman/listinfo/dhcwg > > > > > > > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Mip6 mailing list > > Mip6@ietf.org > > https://www1.ietf.org/mailman/listinfo/mip6 > > > > > _______________________________________________ > Mip6 mailing list > Mip6@ietf.org > https://www1.ietf.org/mailman/listinfo/mip6 _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- RE: [dhcwg] RE: [Mip6] [Updated] DHCP Option for … Chowdhury, Kuntal