Re: [netext] Adopt I-D draft-valmikam-eap-attributes-wifi-epc-integration as WG document?
Rajeev Koodli <rkoodli@cisco.com> Thu, 26 April 2012 16:34 UTC
Return-Path: <rkoodli@cisco.com>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A625821E8133 for <netext@ietfa.amsl.com>; Thu, 26 Apr 2012 09:34:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.425
X-Spam-Level:
X-Spam-Status: No, score=-110.425 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YE1EoG0aFZep for <netext@ietfa.amsl.com>; Thu, 26 Apr 2012 09:34:06 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id A3DAF21E80C0 for <netext@ietf.org>; Thu, 26 Apr 2012 09:34:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=rkoodli@cisco.com; l=4906; q=dns/txt; s=iport; t=1335458046; x=1336667646; h=date:subject:from:to:cc:message-id:in-reply-to: mime-version:content-transfer-encoding; bh=ifAG7qhK7P2Me8kamVKFXPUbgNh02MJSOX5b+XIvthg=; b=PP+b6sUyf8tvkozCcSdbzPwQ6P9pdKqd1a7wTr2oL13I+gatsg7ligMM 42sXcGlpGjsrFeuj55jdFvfWx62Q/J4Rnq9wtKK3ropGAcFJCe4KRObqL YgdfnmrBGc4gmi+ujli8eVHgQz3GEzlF1opLu0uleyJtU5GwOXTFIZZnD I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAJR4mU+tJXHA/2dsb2JhbABEsWyBB4IJAQEBBAEBAQ8BJwIBKgcLEgEIGE8GMAEBBA4FGweHXQMLC5pUlk0NiU8EigJ7hWgEiGONGos9gxqBaYMIgTQ
X-IronPort-AV: E=Sophos;i="4.75,487,1330905600"; d="scan'208";a="78158299"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-5.cisco.com with ESMTP; 26 Apr 2012 16:34:06 +0000
Received: from xbh-rcd-201.cisco.com (xbh-rcd-201.cisco.com [72.163.62.200]) by rcdn-core2-5.cisco.com (8.14.3/8.14.3) with ESMTP id q3QGY6F8029966; Thu, 26 Apr 2012 16:34:06 GMT
Received: from xmb-rcd-214.cisco.com ([72.163.62.221]) by xbh-rcd-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 26 Apr 2012 11:34:05 -0500
Received: from 10.21.147.13 ([10.21.147.13]) by XMB-RCD-214.cisco.com ([72.163.62.221]) with Microsoft Exchange Server HTTP-DAV ; Thu, 26 Apr 2012 16:34:05 +0000
User-Agent: Microsoft-Entourage/12.24.0.100205
Date: Thu, 26 Apr 2012 09:39:26 -0700
From: Rajeev Koodli <rkoodli@cisco.com>
To: jouni korhonen <jouni.nospam@gmail.com>
Message-ID: <CBBEC84E.1B912%rkoodli@cisco.com>
Thread-Topic: [netext] Adopt I-D draft-valmikam-eap-attributes-wifi-epc-integration as WG document?
Thread-Index: Ac0jyyRrCbdpMEMfY0yJhajb/I0ncw==
In-Reply-To: <8DD78E66-79BE-4190-9E35-136F9B32BF6C@gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 26 Apr 2012 16:34:05.0904 (UTC) FILETIME=[65A12D00:01CD23CA]
Cc: netext@ietf.org
Subject: Re: [netext] Adopt I-D draft-valmikam-eap-attributes-wifi-epc-integration as WG document?
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Apr 2012 16:34:07 -0000
Hi, On 4/26/12 8:30 AM, "jouni korhonen" <jouni.nospam@gmail.com> wrote: >> >> I believe since the EAP attributes registry is the same, the same attributes >> should also be applicable to EAP-SIM/AKA/AKA'. > > The registry is the same, sure. What I mean, is that RFC5448 also needs > to be reference since it is specifically mentioned in the draft. Just > nitpicking.. > No problem, will reference RFC5448. >> >> I think the attribute definition should be PS, no? > > No.. furthermore, the IANA registry for EAP-SIM/AKA/AKA' attributes > is specification required, which means any publicly available document > fulfills the requirement for a specification. Even a vendor product > spec would suffice. Personally, I rather have an RFC than something else.. > Agree we need an RFC to capture this so that PMIP6 can benefit in trusted WiFi deployments. -Rajeev >>> >>> o Should the draft state it updates RFC5448? >>> >> >> I do not believe it needs to. I will consult Jari on this. > > Ack. > > - JOuni > > >> >> -Rajeev >> >> >> >>> - Jouni >>> >>> >>> >>> On Apr 20, 2012, at 10:20 PM, <Basavaraj.Patil@nokia.com> >>> <Basavaraj.Patil@nokia.com> wrote: >>> >>>> >>>> Hello, >>>> >>>> I have not heard any negative views on adopting this I-D. >>>> I do believe that this I-D provides a good solution to the problem of >>>> indicating APN choice (in 3GPP networks) or handover indication (general >>>> applicability) to the MAG via EAP signaling. >>>> >>>> Hence it makes sense to adopt this I-D as a WG document and progress it as >>>> a Proposed Standard. >>>> >>>> I believe APN selection and Handover indication attributes within EAP >>>> messages are useful. I am not yet convinced about the multiple APN >>>> connectivity attribute. Hence I would recommend publishing this I-D as a >>>> WG doc with the scope limited to these two attributes. >>>> >>>> I-D Authors, please go ahead and publish the I-D as a Netext WG doc. >>>> >>>> >>>> -Raj >>>> >>>> <Please note that I will be acting as the sole responsible chair w.r.t >>>> this I-D> >>>> >>>> On 4/2/12 3:15 PM, "Patil Basavaraj (Nokia-CIC/Dallas)" >>>> <basavaraj.patil@nokia.com> wrote: >>>> >>>>> >>>>> Hello, >>>>> >>>>> At IETF83 the WG discussed the I-D : >>>>> draft-valmikam-eap-attributes-wifi-epc-integration (EAP Attributes >>>>> for WiFi - EPC Integration) >>>>> >>>>> This I-D proposes the use of EAP attributes as a means of signaling to >>>>> the MAG by an MN the parameters such as: >>>>> 1. Choice of APN >>>>> 2. Handover indication >>>>> 3. Multiple APN connectivity >>>>> >>>>> These attributes are relevant in the context of an MN connecting via a >>>>> WiFi network to the 3GPP evolved packet core (EPC). >>>>> >>>>> The discussion in the WG favored using EAP attributes for parameters >>>>> (1) and (2) above. The multiple APN connectivity problem is harder to >>>>> solve. >>>>> >>>>> Question to the WG members: >>>>> Should we adopt I-D draft-valmikam-eap-attributes-wifi-epc-integration >>>>> as a Netext WG document with the intent of standardizing the following >>>>> two attributes only : (1) Choice of APN and (2) Handover indication, to be >>>>> carried in EAP signaling at the time of network access authentication? >>>>> >>>>> Please respond to the ML (or to me privately) if you favor the adoption >>>>> of this I-D or are opposed to it. >>>>> >>>>> Adopt I-D: draft-valmikam-eap-attributes-wifi-epc-integration: >>>>> >>>>> Yes [ ] >>>>> >>>>> No [ ] >>>>> >>>>> -Basavaraj >>>>> >>>>> ---------------------------------------------------- >>>>> >>>>> Abstract >>>>> >>>>> With WiFi beginning to establishing itself as a trusted access >>>>> network for service providers, it has become important to provide >>>>> functions commonly available in 3G and 4G networks in WiFi access >>>>> networks. Such functions include Access Point Name (APN) Selection, >>>>> multiple Packet Data Network (PDN) connections and seamless mobility >>>>> between WiFi and 3G/4G networks. >>>>> >>>>> EAP/AKA (and EAP/AKA') is standardized by 3GPP as the access >>>>> authentication protocol for trusted access networks. This IETF >>>>> specification is required for mobile devices to access the 3GPP >>>>> Evolved Packet Core (EPC) networks. This document defines a few new >>>>> EAP attributes and procedures to provide the above-mentioned >>>>> functions in trusted WiFi access networks. >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> netext mailing list >>>> netext@ietf.org >>>> https://www.ietf.org/mailman/listinfo/netext >>> >>> _______________________________________________ >>> netext mailing list >>> netext@ietf.org >>> https://www.ietf.org/mailman/listinfo/netext >> >
- [netext] Adopt I-D draft-valmikam-eap-attributes-… Basavaraj.Patil
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… Rajeev Koodli
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… Basavaraj.Patil
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… Basavaraj.Patil
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… jouni korhonen
- [netext] FW: Adopt I-D draft-valmikam-eap-attribu… Basavaraj.Patil
- Re: [netext] FW: Adopt I-D draft-valmikam-eap-att… Behcet Sarikaya
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… Rajeev Koodli
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… jouni korhonen
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… jouni korhonen
- Re: [netext] FW: Adopt I-D draft-valmikam-eap-att… jouni korhonen
- Re: [netext] FW: Adopt I-D draft-valmikam-eap-att… Basavaraj.Patil
- Re: [netext] Adopt I-D draft-valmikam-eap-attribu… Rajeev Koodli
- Re: [netext] FW: Adopt I-D draft-valmikam-eap-att… Rajeev Koodli