RE: [Mipshop] Extension of the WG Last Callondraft-ietf-mipshop-4140bis-00.txt

"Narayanan, Vidya" <vidyan@qualcomm.com> Wed, 29 August 2007 17:39 UTC

Return-path: <mipshop-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IQRWB-0007Ko-4k; Wed, 29 Aug 2007 13:39:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IQRWA-0007Kc-6Z for mipshop@ietf.org; Wed, 29 Aug 2007 13:39:50 -0400
Received: from numenor.qualcomm.com ([129.46.51.58]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IQRW8-00007j-NI for mipshop@ietf.org; Wed, 29 Aug 2007 13:39:50 -0400
Received: from hamtaro.qualcomm.com (hamtaro.qualcomm.com [129.46.61.157]) by numenor.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id l7THdgaK030771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 29 Aug 2007 10:39:43 -0700
Received: from SANEXCAS02.na.qualcomm.com (sanexcas02.qualcomm.com [172.30.36.176]) by hamtaro.qualcomm.com (8.13.6/8.13.6/1.0) with ESMTP id l7THdgIg006987; Wed, 29 Aug 2007 10:39:42 -0700 (PDT)
Received: from NAEX13.na.qualcomm.com ([129.46.51.248]) by SANEXCAS02.na.qualcomm.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Aug 2007 10:39:41 -0700
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: [Mipshop] Extension of the WG Last Callondraft-ietf-mipshop-4140bis-00.txt
Date: Wed, 29 Aug 2007 10:39:42 -0700
Message-ID: <C24CB51D5AA800449982D9BCB90325138D1791@NAEX13.na.qualcomm.com>
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAZgswlBrljUKcZNe3mbTCm8KAAAAQAAAAPe8i/6eN10qkWlJBvtRouwEAAAAA@elevatemobile.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mipshop] Extension of the WG Last Callondraft-ietf-mipshop-4140bis-00.txt
Thread-Index: Acfp+RpB1rEcJAdlT7i8keBJV7u5fQAGPrHQABQ38qA=
References: <46D4FCA9.1050408@azairenet.com> <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAZgswlBrljUKcZNe3mbTCm8KAAAAQAAAAPe8i/6eN10qkWlJBvtRouwEAAAAA@elevatemobile.com>
From: "Narayanan, Vidya" <vidyan@qualcomm.com>
To: Hesham Soliman <Hesham@elevatemobile.com>, Vijay Devarapalli <vijay.devarapalli@azairenet.com>
X-OriginalArrivalTime: 29 Aug 2007 17:39:41.0818 (UTC) FILETIME=[948B7DA0:01C7EA63]
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: mipshop@ietf.org, draft-ietf-mipshop-4140bis@tools.ietf.org
X-BeenThere: mipshop@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mipshop.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mipshop@ietf.org>
List-Help: <mailto:mipshop-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mipshop>, <mailto:mipshop-request@ietf.org?subject=subscribe>
Errors-To: mipshop-bounces@ietf.org

I don't think there is any reason to mandate a particular authentication
method on the MAP, given that HMIP doesn't rely on a particular method.
The point is that identity authentication is optional for HMIP and it
depends on deployment needs.  It is not unlike how EAPoIKEv2 support is
mandated for untrusted accesses in cellular networks, while still
referring to RFC4306 (which itself doesn't mandate EAP, as we've been
talking about).  

Vidya

> -----Original Message-----
> From: Hesham Soliman [mailto:Hesham@elevatemobile.com] 
> Sent: Wednesday, August 29, 2007 1:03 AM
> To: 'Vijay Devarapalli'
> Cc: mipshop@ietf.org; draft-ietf-mipshop-4140bis@tools.ietf.org
> Subject: RE: [Mipshop] Extension of the WG Last 
> Callondraft-ietf-mipshop-4140bis-00.txt
> 
> 
>  > Hesham Soliman wrote:
>  > > The same question can be asked about the HA today, what  
> > MUST it implement?
>  > > Neither 3775 nor 3776 talk about EAP (IKEv2 wasn't 
> around  > but that's beside  > > the point). Of course the 
> drafts that specifically use AAA  > for bootstrapping  > > 
> would mandate EAP. So I don't understand why the MAP case  > 
> is a special case  > > that requires mandating one way or another.
>  >
>  > The difference between a HA and a MAP is that the HA and 
> the  > MN belong  > to a certain home network, and many 
> authentication models become  > possible, like pre-shared 
> keys, certs, *and* EAP.
> 
> => All these models are applicable to both the MAP and the 
> HA. The question being raised is why we need to mandate one 
> way if the choice depends on the deployment. Just like the HA 
> didn't mandate one way (preconfig or Certs...etc). 
> 
> Hesham
> 
> 
> 
> 
> _______________________________________________
> Mipshop mailing list
> Mipshop@ietf.org
> https://www1.ietf.org/mailman/listinfo/mipshop
> 

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